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are yours FREE in “What About VM Security?”, an informative, 
comprehensive booklet from VM Software, Inc. 

Find out what VM security really means. How is it different 
from security for other operating systems? How can you be 
sure that your system is safe? The answers to these and all 
your questions about VM security are found in this free booklet 
from the experts at VM Software. 


Topics covered in your FREE booklet: 

= VM’s Provisions For = Access Rules and How 
Security They Work 

= Password Options =The CP Directory 

= Data Sharing = Recommendations on Making 
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But it doesn’t matter anymore. 
Now, for the first time, there’s 


Eyewitness™—a unique product that 
helps systems programmers solve the 
mystery behind CICS system dumps. 
It’s quick, easy, and revolutionary. 

At last, you can take system dumps 
in less than two minutes —minimizing 
the impact on other production 
regions. Enjoy menu-driven screens. 
Take advantage of a 50% savings in 
disk storage space. Rapidly debug 
dumps with online diagnostics. 
Instantly analyze storage violations, 
CICS abends, operator cancels, and 
snap dumps—online. 

Eyewitness. There’s nothing like it. 
Best of all, it’s another product from 
the makers of The Monitor for CICS, 
Landmark Systems Corporation. 

For a free, 30-day trial, call us 
today at 1-800-227-8911 or 1-703- 
922-7101—and scream no more! 


LANDMARK 


SOLVE THE MYSTERY 


Landmark Systems Corporation 
6551 Loisdale Court, Springfield, Virginia 22150 
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“There are no holidays 
in a hospital. 


Or for its CICS.” 


“At UCLA, our computer center runs 24 
hours a day, seven days a week—and 
practically everything goes through CICS.” 


UCLA. An internationally acclaimed medical center 

where every second is important. Status is everchanging. 
iveryone needs the latest information. Admissions. 
Nurses’ stations. Labs. Surgery. 

That's why UCLA chose The Monitor For CICS to 
manage CICS performance at its computer center. 
“What initially attracted me to The Monitor was the fact 
that it made it easy for operators to look at medical 
application and terminal regions,” remembers 
Jerry Johnson, supervising CICS programmer. 
“We're running about 450,000 transactions/day and 
still maintaining half-second response times.” 

“| especially like The Cross System Monitor, which 
runs independent of CICS. It gives us the ability to 
monitor multiple regions on a single screen. Those 
graphic displays nicely capture the resource utilization 
information I need to see during the day. It saves me 
time —I catch problems before they get big. Best of all, 
our users get optimum CICS performance.” 

The Monitor is the complete CICS performance 
management system that'll help you save the day. 
Become the hero in your CICS community! For a /ree, 
30-day trial of The Monitor For CICS, call us today at 

-800-227- -703-922-7 = 
1-800-227-8911 or 1-703-922-7101. LANDMARK 


MINDS YOUR BUSINESS 


Landmark Systems Corporation 
6551 Loisdale Court, Springfield, Virginia 22150 
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| ae our office was a 
“‘moving’’ experience. While the 
change of address was well worth 
the effort, there were a few mi- 
nor problems like the phones not 
working and the mail not being 
delivered. However, all that is a 
thing of the past and it is now 
business as usual. 


Robert H. Thomas 


Multiple Session Management 

Lloyd Hagemo believes one of the fastest ways to increase productivity 
of MIS personnel is by using a multiple session manager. He explains how 
session management products may be used and how to evaluate the alter- 
natives for providing multiple session support in his article on page 14. At 
the end of his article is a list of multiple-session manager products giving 
a brief description of the products and the opportunity to request more 
information by circling the corresponding product number on the Reader 
Service Card elsewhere in this issue. 


Software Maintenance 

Is software maintenance still a problem? Are new tools and methods the 
answer to solving the problem? Is there, in fact, a solution to the mainte- 
nance problem? Jan Snyders asks nine industry leaders for their opinions 
on these questions and others in her article on page 30. 


SAA 

Phil Layland in his article on Systems Application Architecture (SAA) 
gives an overview of what he feels may be the most significant IBM an- 
nouncement in a decade. While SAA is still just a concept, understanding 
it now will enhance future decision making. Layland describes SAA, the 
reason for its existence and recent inclusions in his article on page 35. 


Is Your Data Secure? 

In ‘‘Securing Data on the VM System’’ by Steve Halperin and Steven 
Rev, the authors address the fact that VM allows opportunities for sensitive 
data to be exposed, altered and/or destroyed. Their solution? See their article 
on page 40. 


PROLOG-Based Expert System 


Dr. Bernard Domanski sheds new light on the application of Artificial 


_———\_ Intelligence (AI) to Computer Performance Evaluation (CPE). In 
_ his article on page 52, he presents some of the issues involved 
<sio \ in building a PROLOG-based expert system for tuning IBM’s 


MVS/XA operating system. 


, Network Management Strategies 
Effective network management is as vital to small compa- 
nies as it is to larger ones says Stephen Steinmetz in his article 
on network management strategies. He maintains 
that by adapting strategies used to man- 
age large networks, a company with a 
smaller network can provide better serv- 
ice to users of its current network. See if 
his strategies starting on page 68 can work 
for you. 
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The Secret To 


Maximizing Your 
4381's Performance 


Lies 


Main storage upgrades are the most reliable and cost-effective way 
to improve the performance of your 4381 computer. But only EMC 
main storage upgrades let you maximize the power of your 4381 
computer system. 

That’s because only EMC provides main storage upgrades which 
perform memory writes twice as fast as IBM's main storage cards. 


EMC’s Main Storage Cards Run Cycles Around IBM’s Cards. 

How do we do it? Simple. Our upgrades use newer technology 

to perform a memory write in 11 processor cycles. It takes IBM’s 

upgrade 22 cycles to perform the same memory write. This means 

our upgrades increase the availability of main storage to your 4381's 

processor and take advantage of otherwise wasted CPU cycles. 
With EMC main storage upgrades you avoid the expense of 

a model upgrade while still getting the performance you need to 

meet increasing demands on your 

computing resources. 


‘Access Time Comparison 


In The Cards. 


Maximized Performance is Only the Beginning. 
As the world’s largest independent manu- 
facturer of main storage upgrades for IBM’s 
mid-range computers, we deliver a lot more 
than just improved performance. 
Start with reliability. All our upgrades for 
the 4381 undergo a 100-hour test and burn- 
in procedure, including qualification in a 
4381 computer. 
Then there’s your $20,000 savings on 
every 16MB upgrade, and a guarantee that 
use of our upgrades will have no effect on 
your IBM maintenance service. 
Plus our coterminous leases, immediate delivery and responsive 
service programs. 
To find out more about EMC’s high-performance main 
storage upgrades for your 4381 computer, call today or write: 
EMC Corporation, Hopkinton, MA 01748-9130. 


For more information, call today: 


1-800-222-EMC2 
(In Mass., 617 - 435-2541 } 


European Headquarters call: 01-6685511 
In Toronto call: 416-368-4726 
In Vancouver call: 604-662-3911 


IBM is a registered trademark of International Business Machines Corp. 
Copyright EMC Corp. 1986 


E MC The System Enhancement Company. 
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HELP 


We have a question on file integrity that we are hoping 
MAINFRAME JOURNAL readers might have an answer to. 
We run a DOS/VSE shop under VM in which we have three 
DOS machines running. Most of our VSAM files are specified 
as share option 4 which allows us to update from either batch 
or CICS simultaneously at any time of day as needed. The 
problem, of course, is that you can’t do that across machines 
without losing file integrity. By specifying SHR on a disk drive 
at IPL time, VSAM will do I/O to the DOS lock file and protect 
the file, but that stops any access from another machine until 
the file is closed in the first machine. Does anyone have a good 
way to do this without closing files or going to MVS? 
Kenneth O. Marquardt 
Paper Converting Machine Co. 


This letter is a request for help from readers of MAINFRAME 
JOURNAL. Our production machine is a VSE/SP 2.1.5 guest. 

My problem is this. Because of numerous personnel changes 
and the natural antipathy of DP personnel to do the dull house- 
keeping chores, we have a private library full of obsolete phases 
which no one knows anything about. I move this stuff into a 
temporary library out of the search chain. If a job blows up, 
the phase is easily moved back to its old home. Eventually, | 
backup the whole sublibrary to tape and delete it. This system 
works, but that’s all I'll say for it. What I would prefer is a 
system that tags phases with the date last executed. 

Does anyone out there have or know of software that does 
this? I would greatly appreciate hearing from your readers who 
have found a solution to the problem of obsolete mystery phases. 

Warren Jackson 

Washoe County School District 

Editor’ s Note: Please send any responses and pleas for help to: Reader 
Forum, MAINFRAME JOURNAL, PO Box 38185, Dallas, TX 75238. 


TECH ADVISOR RESPONSES 


I would like to amplify your answer to the first question in 
the January/February 1988 issue concerning CICS HANDLE 
CONDITIONs. We code a single HANDLE CONDITION at 
the beginning of a CICS program for processing efficiency. 

To allow for the situation where control is transferred to a 
single routine as a result of a file condition (NOTOPEN, 
NOTEND, etc.) which could arise from any of several different 
files, we simply check the EIBDS field of the Exec Interface 
Block at the beginning of the generic routine pointed to by the 
HANDLE CONDITION. This 8-byte field contains the name 
of the last dataset accessed and can be incorporated into an 
error message to be sent back to the terminal, compared to a 
literal in an IF statement, or whatever. 

We sometimes test other EIB fields along with EIBDS, de- 
pending on our processing requirements. This solution is easy 
to implement and does not require an upgrade to CICS 1.7. 

Brian D. Phillips, CDP 
General Dynamics Corp. 


In your March/April 1988 issue the question was raised as 
how to move a production file when the JCL is maintained in 
SLI books. The problem seemed to be how to make mass 
changes when there is too much JCL to punch onto a single 
tape. You suggested one possibility, nesting SLIs which con- 
tain only DLBL and EXTENT cards. Since some JCL, espe- 
cially CICS start-up JCL, tends to live in the POWER reader 
queue, this approach is not good. SLI cards are resolved as 
the cards are read by POWER, not at execute time. Thus, even 
though you changed a SLI book for the new file placement, 
any JCL previously submitted to POWER would be unaffected. 

There is another solution. Place your DLBL and EXTENT 
cards in PROCs. PROCs are resolved at execute time, not job 
submission time. Thus, you would code *// EXEC PROC 
=PAYMAST?’ in your JCL where you would have coded the 
DLBL and EXTENT cards for file PAYMAST in the past. 


Now, simply change the PROC when you want to alter file 
placement. 

VSE/SP provides additional capabilities. Operands could al- 
low you to use the same PROC and yet specify override pa- 
rameters such as file name and VSAM disposition. For ex- 
ample, a program which loads file PAYMAST might need to 
reference the file by filename PAYLOAD with an open dis- 
position of NEW on the VSAM DLBL card rather than the 
normal OLD. Instead of coding the DLBL and EXTENT cards 
special, just code *// EXEC PROC=PAYMAST,NAME 
= PAYLOAD,OPEN = NEW’. 

With these techniques, the DBA can move files as often as 
suits his need without concern for JCL. JCL need never be 
modified simply because a file has been moved. Processing of 
the PROCs might require a few additional disk I/Os, but that 
is a small price to pay for the increased flexibility gained. 

James E. Holler 
Little Blue Systems, Inc. 


I was just going through my back issues of MAINFRAME 
JOURNAL looking for information I remember reading on how 
to get CICS programs loaded end-to-end rather than page 
aligned, when I read your reply to a user’s question on how 
to maintain JCL contained in SLI books (March/April 1988 
issue, page 80 — last question). Your suggestions are great. 
We do not keep DLBL/EXTENT information in SLIs or pro- 
cedures but rather in standard labels or partition standard la- 
bels. This way I have only one place to make changes (some- 
thing I haven’t had to do in a long time). By using partition 
standard labels, I can also limit a particular application to a 
specific partition. It sounds almost as if this user is constantly 
moving files, and if that is the case I would encourage them 
to sit down and do some serious DASD planning. 

One additional method the user may want to try is to execute 
his COBOL conversion program letting SLI supply the input 
rather than punch it all to tape first; this method may be a little 
faster. This of course will not provide the CATALS/BKEND 
statements as SSERV does, but that could be compensated for 
by modifying the COBOL program to look for a book header 
statement and use that statement to create the appropriate CA- 
TALS/BKEND statements. The resultant punch output should 
be spooled as DISP=I to execute as a catalog job following 
the conversion run. In order to place some JCL around the 
converted books, our friend could use DITTO, OBJMAINT or 
some other utility. 

There are a couple of things to be aware of when using this 
method. The first thing is the possibility of filling the POWER 
queue file (as you mentioned) because of the volume of data 
involved. Secondly, if you choose to write output to VSAM 
managed SAM instead, you cannot use OBJMAINT (I don’t 
know why, IBM just says you can’t). I prefer spooling output 
back into the reader. If the volume of data threatens filling the 
queue, you can break the process down into several smaller 
runs. 

I have found in some cases, CICS command translation in 
particular, that a blank card image is spooled at the end of job 
(when the punch is closed) which shows up as an erroneous 
statement during assembly time. This is due to a peculiarity in 
POWER when the punch device is defined as a 3525 and spooled 
with DISP=I. This extra blank *‘card’’ can be eliminated by 
spooling DISP=I punch output through a punch which is de- 
fined as a 1442-N2. 

Well, here is my two cents worth on the subject; now back 
to my search. Keep up the excellent work. We all benefit from 
your efforts. I, personally, have learned very much by reading 
MAINFRAME JOURNAL and once in a while now, I find that 
I have some ideas to offer. Thanks again. 

Jim Wilson 
San Mateo Union High School District 


See Forum page 80 
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access package...why settle 
for just a piece of the pie? 


If all you want is access to your network, a number of software vendors can help you. 
But, if you want more than just a piece of a product, you need NCI from Westinghouse. 

Network Control Interface gives you the power of total network control. It is the only 
network access and control product available for MVS, MVS/XA, VSE and VM operating 
systems. In fact, regardless of the size and complexity of your VTAM network, NCI provides 
all your users with a single system image, with identical entry screens and procedures. 

Of course we give you single point entry for quick application access at the push of 
a single key. That’s the easy part. But we also provide application load balancing, logon 
queueing, unlimited exit processing and a dialog manager...powerful features to improve your 
productivity. ..without sacrificing system performance. 

NCI can read the contents of your security data base and dynamically build user 
menus, listing only applications the user is authorized to access...reducing user confusion and 
simplifying security administration. 

With NCI, you can customize menus to meet your specific user needs, or use some of 
the over 100 sample panels provided in our Starter System...the options are unlimited. 

To truly appreciate the power of NCI, we invite you to call or write us for a free, 
30-day trial. 

More than just simple network access... NCI from Westinghouse. 


Westinghouse Management Systems Software 


SOFTWARE SOLUTIONS — °°.2%2728 4, 


(800) 348-3523 
3) Westinghouse CIRCLE #128 on Reader Service Card (412) 256-2900 in PA 


Using DB2 


A user’s perspective and experience 


basic understanding of rela- 

tional theory is an extremely 

necessary prerequisite to the 

proper use or evaluation of a 
relational product such as DB2. Fortu- 
nately, there is a certain intuitive quality 
to the underpinnings of the theory making 
it easier for both data processing and non- 
data processing professionals to under- 
stand. 

Relational theory was first proposed as 
the basis for a DBMS by Dr. E. FE. Codd 
in 1969 and was subsequently extended 
in 1979 (it should be noted that the ex- 
tensions represent applications of the 
original theory rather than revisions to it). 
A full description of relational theory is 
quite involved and beyond our scope. 
However, the basics necessary to appre- 
ciate the power and simplicity of rela- 
tional DBMSs is easily presented. 

In relational systems, data is perceived 
as a collection of tables. It is important 
to note that this is not an indication of 
how the data must be stored, but rather 
how the user perceives that data is stored, 
retrieved and updated. Data is not pro- 
cessed a record at a time but is accessed 
in sets. In other words, many rows and 
columns of data may be addressed in one 
command. This is a powerful feature of 
the relational model which can be both 
under-estimated and under-used by re- 
cord-at-a-time programmers. The opera- 
tors for retrieving and updating data in the 
tables also have the quality of closure: the 
result of any operation on a table(s) is 
always another table. This is an important 
feature in that it allows for the nesting of 
operations, giving the model the power to 
handle virtually any logical expression 
within the limits of first order predicate 
calculus. 

Before discussing the operators, it is 
important to review the necessary com- 


By David Allen Pollock 


DB2 is a powerful, 
relational DBMS. 
Although that statement 
is in itself redundant, 
it is important to note 


that there are some 
facets to the use of a 
relational DBMS other 
than just the fact 
that it is relational. 
David Allen Pollock 


ponents of a table. Every table has a title 
for the table, columns which also have 
headings and rows of values in each col- 
umn. For example, a table might be called 
COURSES having the columns Course#, 
Course Name and Dept# (see Figure 1). 
The rows are distinguished and identified 
by a primary key: one or more columns 
whose values are unique within the table 
(in this case, Course# in the COURSES 
table and Dept# in the DEPARTMENTS 
table). While other columns may also 
uniquely identify the rows in a table, there 
is only one primary key. Other important 
aspects of table definition (such as do- 
mains) should be studied in detail by table 
designers. 

There are several different operators in 
relational theory, but the most important 
to be aware of are restrict, project and 
join. Restriction is when a subset of rows 
in the original table is desired. For ex- 
ample, when information from 
COURSE table is wanted for only de- 
partment 111, the query result can be re- 


the | 


stricted to include only those rows which 
have the value 111 in the Dept# column 
(see Figure 2). Restrictions may be made 
on an equivalence test, a ‘‘likeness’’ test 
or any other Boolean type of comparison. 

Projection is the process of selecting 
which of the available columns are to be 
included in the query result table. For ex- 
ample, if only course numbers and names 
are required (as in student transcript prep- 
aration), then the query result could in- 
clude only the desired columns: course 
number and course name (see Figure 3). 

Finally, join is the most powerful and 
the most dangerous of the operators. It 
allows for the combination of data in mul- 
tiple tables into a single result table. Re- 
member that, since all data is perceived 
only as a collection of tables, then it is 
necessary that the combination of two or 
more tables be stated only by referencing 
data within those tables (rather than by 
following a predefined and separately 
maintained set of pointers). Generally, one 
of two tables to be joined together will 
contain a column which is the ‘‘primary 
key”’ of another table. Such a column is 
referred to as a ‘‘foreign key.’’ The join 
is performed by matching all of the rows 
in the two tables where the values in the 
foreign key column in the first table are 
equal to the values in the primary key 
column of the second table. For example, 
if I wished to obtain the course number, 
department number and department name, 
I must access two tables where the de- 
partment number in the course table (a 
foreign key) is equal to the department 
number in the department table (a primary 
key — see Figure 4). 

Other operations for creating, updating 
and deleting rows from tables are similar 
to restriction in that they also operate at 
the set level on qualifying rows. Despite 
the fact that so much attention is paid to 

at 


10 


July/August 1988 


Before your 308X goes down, 
call Sorbus: 


Keep little problems from becoming big ones, with Sorbus service for 
your IBM* 308X. 

It includes all of our unusual Sorbus usuals: Our two-hour 
response time, our 230,000 part-number inventory (more than 6.2 
million parts, last time we looked), and our convenient scheduled 
preventive maintenance. 

Not to mention our reputation—among people like the readers 
of Data Communications, who've voted us “Best Service Organization” 
and, for nine years running, the one having the “Best Price/Performance 
Ratio.” And like the readers of Datamation and Computer Decisions, 
who've rated us the Number One independent computer maintenance 
company consecutively for eleven and eight years, respectively. 

We already take care of computers and peripherals at 60,000 
sites—including more IBM equipment than anybody but IBM. 

We'd like to take care of your 308X. Before it’s too late. 


Call us at 1-800-FOR-INFO. So rb us SM 


A Bell Atlantic’Company 


50 E. Swedesford Road 
Frazer, PA 19355 
Sorbus is a service mark of Sorbus Inc. 
IBM is a registered trademark of International Business Machines Corporation. CIRCLE #93 on Reader Service Card 


the flexibility of retrieving information, 
one should not infer that relational sys- 
tems are only for query. Their power in 
updating potentially thousands of rows 
with a single command is staggering. 


Course Name 
Biology 
Calculus 


Algebra 
Greece 
DEPARTMENTS 


Dept# Dept Name 
111 Science 
222 Math 

333 History 


Sample Tables 


The operation: 
Restrict COURSES 
where Dept#=111 
yields: 


COURSES 


Course# Course Name 
102 Biology 
394 Algebra 111 


Restriction 


Dept# 
1 


Two important points of note are 
brought out here. The first is that the op- 
erators may be combined in any way 
which the user desires (Figure 4 actually 
uses a projection in addition to a join). 
The other is that the values of all foreign 
keys must correspond to those of primary 
keys. This is the problem commonly re- 
ferred to as referential integrity (which has 
always existed, but which has gained more 
publicity with relational systems). 

Having presented the data as tables to 
the user, who may remain unconcerned 
about the underlying physical data struc- 
tures, a level of physical data independ- 
ence is achieved. This means that the DBA 
may add or remove indexes and/or re- 
structure the data without impacting the 
work of the users. This is a crucial pro- 
ductivity and performance aspect of the 
, relational model. 

These are the basic, yet important points 
to know about relational theory. They re- 
quire a reorientation to thinking in terms 
of data, not pointers, and sets instead of 
records. Often users are better able to deal 
with this change in mindset than are ap- 
plications developers, because it is intui- 
tively how they (the users) have been per- 
ceiving their information all along. 


DB2: A Relational DBMS 


Having addressed some of the impor- 
tant aspects of relational theory, it is im- 
portant to consider how a DBMS be- 
comes relational. Generally, the degree of 
support of the theory would determine the 
degree to which the DBMS could be con- 
sidered relational. It should be noted that 
no DBMS currently supports all of the 
relational model or theory which Codd has 
defined. However, some do satisfy it more 
fully than do others. DB2 does quite well 
in some areas and has a ways to go in 
others. 

Within DB2, all data is indeed created, 
stored and manipulated as though it is in 
a tabular format. Through one compre- 
hensive language, SQL, most of the op- 
erations are supported in one way or an- 
other. Restrict, project and join are 
provided in a single command structure 
called the SQL Select command (in es- 
sence, the SQL Select-From-Where struc- 
ture corresponds to the relational Proj- 
ect-Join-Restrict operators respectively). 
However, DB2 has no knowledge or ca- 
pacity for identifying primary and foreign 
keys. This unfortunately leaves the en- 
forcement of referential integrity to the 
users, a wearisome and error-prone task. 

A more basic point is that, since DB2 
does not even contain the information as 
to which columns constitute the key fields, 
that knowledge must reside outside of the 
system, despite the reliance of almost 
every operation on such knowledge. When 
joins are performed, it is necessary that 
the DBMS know which field in each table 
to compare (primary and foreign keys). 
DB2, lacking such knowledge, will in fact 
build a cartesian product of all rows in 
both tables, counting on the user to also 
provide a restriction indicating which rows 
of the result table should be retained (in 
reality, this restriction is often performed 
prior to the building of the result table for 
the sake of efficiency). Uniqueness of 
columns is enforced through the creation 
of unique indexes, whereas this should be 
handled as a part of the table creation and 
key indication. In addition, DB2 does not 
provide the ability for indicating under- 
lying domains on which columns are 
based. This also must be recorded outside 
of the DBMS proper. 

DB2 also supports a limited amount of 
physical data independence in a variety of 
ways. Indexes on tables may be created 
and dropped by the DBA as necessary to 
improve performance. These indexes are 
or are not used in the solution of queries 
as determined by the query optimizer. 


Also, columns may be added to tables 
without impacting existing queries (or re- 
quiring larger I/O areas in existing pro- 
grams). And, through the use of views 
(which are essentially stored queries), 
some additional independence is ob- 
tained. However, changes to the under- 
lying table structure still have a direct ef- 
fect on queries which perform updates and 
should be done carefully. 

In spite of these limitations, however, 
DB2 is a robust, full feature DBMS which 
provides ample power and flexibility for 
real production applications. With the 
emergence of a SQL standard, the lan- 
guage for manipulating data within rela- 
tional DBMSs will become more similar 
across products. This implies that the suc- 
cess or failure of the DBMS in the market 
will hinge even more than ever on its abil- 
ity to perform. 


The operation: 
Project 
from 

yields: 


COURSES 


Course#, Course name 
Courses 


Course Name 
Biology 

247 Calculus 

394 Algebra 

410 History 


Course# 
102 


Projection 
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The operation: 
Join Courses, Departments 


DEPARTMENT-COURSES 


Course# DEPT# DEPT NAME 
102 111 Science 

247 222 Math 

394 111 Science 

410 333 History 


Join 


DB2: A User’s Experience 
We have designed DB2 tables with a 
variety of sizes and shapes. Some tables 
have many columns, some only a few. 
Some tables have only a handful of rows 
while others are in the tens of millions. 
The most interesting aspect has been, 
however, that we have dismissed entirely 
the notion that DB2 is for read only, or 
that it is not for production. Rather, most 
of our systems include on-line updates in 
production. The fact that most of our 
See DB2 page 85 
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Multiple Session 
Management 


A cost effective way to increase 
MIS productivity 


verywhere you turn today, you 

hear about a company that has 

done something innovative to 

increase the productivity of its 
employees. This desire to boost produc- 
tivity is felt in all departments of a busi- 
ness from the assembly line to the ex- 
ecutive suite. This includes the MIS de- 
partment. One of the quickest and easiest 
ways to increase the productivity of the 
MIS personnel is to give them a multiple 
session manager. 

By enabling users to run multiple ses- 
sions concurrently, a session manager 
eliminates needless and time consuming 
logoffs and logons when switching from 
one system to another. Additional features 
of session manager products enable op- 
erations and systems personnel to respond 
to users’ problems with a minimum of 
disruption to their own work. This article 
explains the uses of session management 
products and describes some of the things 
that you might consider when evaluating 
the alternatives for providing multiple 
session support. 

Networks and distributed processing 
have resulted in complex environments for 
users. With several on-line systems avail- 
able, it is common for users to access sev- 
eral different systems in the course of a 
day. Quick access to the information stored 
in these diverse systems is critical to the 
smooth operation and success of most 
businesses. As a result, companies cannot 
afford the additional time and system 
overhead associated with logging on and 


By Lloyd A. Hagemo, Jr. 


off when switching from one application 
to another. The requirement to access sev- 
eral applications concurrently from one 
physical terminal has led to the develop- 


ment of hardware and software multiple | 


session manager products. 

To illustrate how a session manager 
functions, look at a hypothetical scenario. 
Assume you are doing applications pro- 
gramming on an on-line CICS develop- 
ment project. The CICS command level 
COBOL programs are written on TSO, 
compiled in batch and tested on CICS us- 
ing Execution Diagnostic Facility (EDF). 
To cut down on the need for hard copy 
output, you have Spool Display Search 
Facility (SDSF) available on TSO to re- 
view listings on-line. 

The first thing you do in the morning 
is log on to TSO and complete some 
changes to your COBOL program. When 
you are ready, you submit the source for 
a compile and review the output using 
SDSF. At this time you have already done 
some testing, but a few problems remain. 
If you have a clean compile, you log off 
of TSO and log on to CICS to continue 
the testing process. 

After NEWCOPYing the program and 
starting CICS EDF, you key in the CICS 
transaction. But you find that some of the 
fields on the map are not being edited 
properly. After committing the problems 
to memory, you log off of CICS and log 
on to TSO to make the necessary changes 
to your code, hoping you have remem- 
bered the nature of the problems. You then 


recompile the program and check the out- 
put using SDSF. When you are ready to 
test again, you log off of TSO and return 
to CICS. 

You continue switching back and forth 
between TSO and CICS all day, rewriting 
and testing your code. If you get to a point 
where you need a listing to continue test- 
ing, you work on another task while you 
wait for the listing. When the source list- 
ing is available, you return to the job of 
testing the program. 

During the course of the project, you 
spend a lot of time logging off and on and 
waiting for listings. That time could be 
better spent working on the actual code. 
These needless delays are costing the 
company extra development dollars and 
they are holding up the delivery of the 
on-line system. 


Adding a Session Manager 

Now add a session manager to this 
scenario. The session manager provides 
concurrent access to TSO and CICS. In 
the morning you log on to the session 
manager and select TSO from the menu 
that was tailored to your specific needs. 
You then make the changes to the COBOL 
program, compile it in batch and check 
the listing using SDSF. So far, there is not 
much difference from your routine before 
the session manager was installed. 

If the compile is clean, you return to 
the session manager menu by using the 
menu return key and you select CICS. 
Figure 1 contains an example of how a 
session manager’s menu might look. 
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After logging on to CICS, you NEW- 
COPY the program, start CICS EDF and 
key in the transaction to start testing. If 
you find an error, instead of logging off 
of CICS, you toggle to the TSO session 
and make the changes, compile your pro- 
grams and check the output using SDSF. 
A toggle is a single keystroke that will 
switch you from one session to another. 
Toggling back to CICS, you NEWCOPY 
the program and start testing again. If you 
forget the exact problem while making the 
changes to the program, you can return 
to CICS with a single keystroke (toggle) 
and the screen with the problem reappears 
on your terminal. 

The ability to return to the test and see 
the incorrect results while making changes 
saves a lot of time. As you proceed with 
your testing, the task of debugging goes 
much more quickly. You can view the list- 
ings on SDSF on one session while test- 
ing in CICS using EDF on the other ses- 
sion. Having the listing available a 
keystroke away on one session while test- 
ing on another session eliminates the need 
for a hard copy listing of the program. 
You seldom have to wait for a listing and 
switch your train of thought to another 
task. Your focus and concentration are on 
one work item. The result is that you can 
develop a better system in less time. 

Using this example, take a quick look 
at the kind of savings a company can eas- 
ily realize. Assume it takes one minute to 
log off of CICS and log on to TSO. When 
you log on to TSO, you are either in an 
edit session looking at your source or 
SDSF looking at your listing. On an av- 
erage day, you might switch between 
CICS and TSO ten times. This means that 
you lose ten minutes each day on nonpro- 
ductive logons and logoffs. This does not 
include the lost productivity that results 
from not being able to review your test 
results as you work on a problem or from 
waiting for hard copy output. 

This comes to 50 minutes a week, or 
2,500 minutes a year, figuring 50 working 
weeks in a year. For one employee, this 
amounts to 42 hours a year. If you mul- 
tiply this over a staff of ten, you accu- 
mulate ten-and-a-half weeks of measura- 
ble lost productivity. If you apply this 
savings over a user base of 400 to 600, 
the benefits are even greater. Even at the 
conservative estimate with ten employ- 
ees, it does not take long to justify a ses- 
sion manager product. 


Session Management Alternatives 
There are two kinds of session manager 
products on the market today. IBM and 


most 3270 OEM vendors offer hardware | 


solutions and there are numerous software 
products available on the market. 

Hardware Solution 

You could solve the productivity prob- 
lem with terminals and controllers that are 
capable of running multiple sessions. Be- 
cause these terminals function independ- 
ently of host software, this is a good so- 
lution when reliability is critical. 


Operations and systems personnel are 
good candidates for this solution. But for 
the general user, there are drawbacks. 
Because your company might have a 
large investment in 3270 terminals, you 
might not want to replace your current 
3270 base or add multiple session termi- 
nals to it. The multiple session terminals 
cost more than standard terminals and 
some of these terminals require several 
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ports on the controller to provide multiple 
session support. You might find that this 
hardware costs more per user to imple- 
ment than a software-solution. 

Another drawback is that the hardware 
solution does not provide any additional 
features besides multiple session support. 
Software products today offer long lists 
of features as we will see when we talk 
about the software solution. I feel a hard- 
ware multiple session product has a 
place in every company, but software 
session managers offer more features and 
flexibility. 

Software Solutions 

Two types of host-based software ses- 
sion managers are found in the software 
marketplace today. The most common 
type of software session manager is the 
ACF/VTAM application that uses the 
ACF/VTAM API interface to enable a user 
to switch between SNA subsystems like 
CICS and TSO. The second type is an 
application that runs in its own VM servy- 
ice machine. It uses VM logical-device 
support to establish several concurrent 
sessions with CMS or to dial into other 


service machines like VSE or MVS to gain 
access to subsystems such as CICS. Fig- 
ure 2 illustrates the location of these two 
types of products. Both of these solutions 
offer several features and they both en- 
hance a company’s current terminal base. 
But before we consider the benefits, take 
an objective look at some of the negative 
side effects. 

Host-based session managers cause 
three side effects. These products require 
memory, they consume CPU cycles and 
they increase the user’s mainframe path 
length. 

The memory is used to manage the 
buffer images for the user sessions that 
are currently active through the session 
manager. Two techniques are employed 
for terminal image management. The read 
buffer command can be used to retrieve 
the image of the terminal from the ter- 
minal controller. This solution has several 
limitations. Graphic and color attributes 
are not returned to the host on the read 
buffer command. The result is that when 
the user returns to a session after toggling 
away, he does not receive the exact ter- 
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minal image he had before he toggled. In 
addition to the loss of attribute characters, 
the read buffer technology places an extra 
load on your network. Transferring large 
data streams through the network each 
time a user switches from one session 
to another is an unacceptable deficiency 
in today’s competitive session manager 
market. 

The best approach to 3270 screen im- 
age management is to use the second 
technique. This simulates the 3274 ter- 
minal controller in the host and maintains 
the buffer image, including all the attri- 
butes, in memory. There are no attribute 
characteristics lost when the user switches 
from one session to another, nor is an ex- 
tra burden placed on the network by the 
buffer images being transferred from the 
controller. This technique also eliminates 
the delays associated with waiting for the 
read buffer command to complete prior to 
switching the user to the other session. 
But in both techniques, terminal images 
are maintained for all sessions and host 
memory is used. 

The second side effect is the session 
manager’s use of CPU cycles when pro- 
cessing and routing input to applications. 
All transactions that pass through the ses- 
sion manager require CPU time and a fair 
amount of code is required to direct the 
terminal input to the proper destination. 
The session manager developer must op- 
timize the path through the session man- 
ager to reduce the overhead and minimize 
the CPU utilization. The best techniques 
to accomplish this are to optimize assem- 
bler routines used to manage the flow of 
data through the session manager and to 
eliminate IBM system service calls when- 
ever possible. 

The third side effect is increased path 
length. Normally a user logs directly on 
to the destination application. For exam- 
ple, a user logs on to TSO. The host path 
includes ACF/VTAM and the user’s TSO 
region. When a session manager is in- 
volved, the user logs on to the session 
manager and the session manager logs on 
to TSO. The path includes ACF/VTAM, 
the session manager, ACF/VTAM (again) 
and the user’s TSO region. It is critical 
that the session manager provide the 
shortest, most direct code path possible 
when passing inputs to outputs. 

You should consider the above side ef- 
fects when you evaluate a software ses- 
sion manager. But do not let them deter 
you from also considering the benefits of 
a software solution for session manage- 
ment. The many features and benefits far 


outweigh the disadvantages of these side 
effects. 


Features and Benefits of Software 
Session Managers 


Turning to the positive side of software 
session managers, I will describe the ben- 
efits that session managers provide in ad- 
dition to multiple session support. The 
productivity gained by being able to run 
multiple sessions is a given benefit of all 
session manager products. The other cat- 
egories of benefits that I will discuss are 
access security, help desk services and 
network performance. 


Access Security Features 


Session manager products are not se- 
curity packages. System security is a 
complex topic and most installations’ re- 
quirements go far beyond the features 
provided by session managers. Neverthe- 
less, there are many log-on processing 
features that relate to security. I have in- 
cluded all of them in this access security 
category. 


User Profiles 

Profiles are used by session manager 
products to identify the characteristics of 
users. Profiles can define which menu the 
user will see, how many sessions the user 
can have and the virtual terminals that are 
available for this user. In addition, the 
user’s control keys for such things as tog- 
gling, issuing commands and returning to 
the menu are defined in the profile. 


Passwords and Exit Points 

When a user logs on to a session man- 
ager, he is usually presented with a se- 
curity screen that requests him to enter a 
user code and password. The user must 
enter these before he is given access to 
the session manager. Exit points are pro- 
vided in most session managers to enable 
the systems staff to interface to their se- 
curity products and verify the user’s ac- 
cess. In addition, most products provide 
a way to establish global, system level 
profiles that make the definition process 
easier for installations that are not as con- 
cerned with security. 


Session Follow and Reconnect 

Session follow and reconnect are two 
other features that are associated with log- 
on processing. The session follow feature 
allows a user to leave his office, go to 
another terminal and have all the sessions 
associated with his user identification 
moved from the office terminal to the new 
location when he logs on. 


This capability would be very helpful 
to a systems programmer. Many times the 
systems programmer must go to see a user 
to help him with a problem. The systems 
programmer leaves his TSO identification 
logged on in his office. He arrives at the 
user’s terminal, starts working on the 
problem and finds that the user’s TSO 
identification does not include the access 
authorization that the systems program- 
mer needs to solve the problem. The sys- 
tems programmer must return to his office 
and log off his TSO identification before 
he can continue to work on the problem 
with the user. 

If he had a session manager with the 
session follow feature, the systems pro- 
grammer could log on to the session man- 
ager from the user’s terminal with his own 
session manager profile. All the sessions 
that he had in his office including his TSO 
identification would transfer to the user’s 
terminal. This would allow the systems 
programmer to work on the problem with- 
out returning to his office at all. 

Reconnect is like session follow, with 
the exception that the user is not currently 
active when he logs on. The user has 
logged off or has disconnected from the 
session manager and the session manager 
has kept all of his sessions active until he 


returns. Upon the user’s return, reconnect 
allows him to pick up the existing ses- 
sions and continue working without log- 
ging on to several subsystems again. 
Autolog 

The ability to automatically log a user 
on to applications simplifies the common 
access problems that users face. Some 
session managers provide a CLIST lan- 
guage that enables the systems program- 
mer to build autolog profiles. Sessions are 
established automatically when the user 
logs on to the session manager. Depend- 
ing on how the autolog profile is set up, 
the user is either taken to an application 
session or to a session menu that lists all 
the active sessions. In either case, several 
sessions have been established for the user. 
The autolog feature makes accessing sev- 
eral subsystems an automatic process sav- 
ing users’ time. 

Terminal Lock 

Terminal lock and unlock is another se- 
curity related feature that allows users to 
soft-lock their sessions while they are 
away for a meeting or for lunch. The user 
issues a lock command with a password. 
The active sessions are not available for 
use until the unlock command is issued 
using the same password. This feature is 
nice when you are running a critical on- 
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line job and you are called away. You do 
not like leaving your system identification 
logged on or the job running unsecured. 
With this feature, you can lock your ses- 
sions and leave the job running confident 
that no one will be able to access on-line 
information or be able to interfere with 
your work. 


Access Control and Network 
Image 
The last security related feature is ac- 
cess control. Users are provided with 


CIRCLE #10 on Reader Service Card 


ied 
oO 


YOU JUST LOST 
ALL YOUR 
CUSTOMERS. 


Your customer data files could be wiped out at any moment. But there's a quick way 
to recover: the Journal Processing Environment (JPU/E) from Softsystems. JPU/E is 
the most powerful and flexible data recovery software on the market—and our 
journal processing and recovery environment makes it even better. With JPU/E, you 
can automatically reconstruct VSAM files and DL/I data bases. Automatically archive 
CICS disk journals. Manage your journal and recovery environment. 

Create batch journals. And much more. So call Softsystems today. 

Before you lose all of your customers. 


JPU/E Data Recovery Environment. 
Because Accidents Will Happen. 


SOFTSYSTEMS, INC. 


311 Mallick Tower * One Summit Avenue « Fort Worth, Texas 76102 
800-331-7846 * 817-877-5070 


Available for VSE, VSE/SP, VS1, MVS, and MVS/XA installations. 


menus to access subsystems and on-line 
applications and these menus are associ- 
ated with a user’s specific profile. If an 
application is not on the user’s menu, then 
he will not be able to access that appli- 
cation. Each user’s access is controlled by 
including or excluding items on his menu. 

In addition, the session manager can 
automatically acquire terminals and al- 
ways retain a session with the terminal. 
This prevents a user from returning to na- 
tive ACF/VTAM control where subsys- 
tem access is more freely managed. 
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Menus allow you to present an image 
of your network and the applications run- 
ning in that network. Users are associated 
with menus through their profiles and not 
the physical terminals. So no matter where 
a user logs on and gains access to your 
network, he sees a consistent and familiar 
menu. The users do not need to know the 
network or network commands to access 
applications. 

This image remains intact when you 
must change something in your network. 
If, for example, you must move a sub- 
system from one location to another, you 
can do so without changing the image 
presented to the end user. Session man- 
agers’ menuing systems allow you to work 
on your network without disturbing its ap- 
pearance. ACF/VTAM USS tables lack 
the flexibility and adaptability needed to 
maintain a consistent network image and 
to provide end users with easy access to 
applications. 

Help Desk Features 

One area where the software solution 
for session management really outshines 
the hardware solution is in the help desk 
features. These include peeking and 
watching other users’ sessions, giving and 
taking sessions, remote input, scrolling, 
sending messages to individual users or 
groups of users and many others. 

Peek and Watch, Give and Take 
and Other Features 

Peek, watch, give, take, remote input 
and scrolling are features that allow sys- 
tems personnel to help end users with ac- 
cess and application problems. You can 
also use combinations of these features in 
many other situations that are not directly 
related to problem solving. 

For example, you could conduct classes 
from a central terminal and have your 
screens displayed on a number of student 
terminals. These same features could be 
used in meetings where information could 
be echoed to several terminals and viewed 
by the meeting attendees. 

Watch allows you to observe the inputs 
and outputs to another terminal. Com- 
bined with remote input, you could step 
a user through a problem and correct his 
mistakes in real-time. Peek is similar to 
watch, except that peek only provides a 
snapshot of the user’s current screen. 
When you watch, your screen is updated 
each time the other user’s terminal image 
changes. 

Give and take allow you to take a user’s 
application session to correct a problem 
and return the session to him after you 
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MVS Cross Memory Services 
— Handle 
With Care 


By Bill Carico 


Author's note: The terms cross memory and XMS will be used 
interchangeably throughout this article and those articles follow- 
ing to refer to Cross Memory Services. The acronym CMS is 
intentionally being avoided, so it will not be confused with VM’'s 
Conversational Monitor System. 


Micky and I were enjoying our trip overseas and our technical 
lectures were in their sixth day and going extremely well. As we 
set the storage dump and the technical manual that we brought 
with us down on the table in our hotel room, | looked over at 
Micky and smiled with great anticipation as to what I expected 
him to teach me. He is a good friend and a top systems program- 
mer at a large data processing center which at that time had just 
converted to MVS/SP Version | Release 3. I was anxious to 
understand the ins and outs of how Cross Memory Services (XMS) 
had been implemented in MVS because we were scheduled to 
give a presentation on XMS to some System Engineers (SEs) the 
next day during our lectures. Naturally, with so much to see and 
do in a foreign country we found ourselves waiting until the last 
minute to prepare for our talk. 

I already had a high-level understanding of how XMS had been 
designed based primarily on some reading I had done. Now it 
was time to dig into the internals and understand the low-level 
workings of XMS, so we could prepare our talk and later use the 
information to update our MVS internals course materials. Al- 
though we really did not have to understand the bits and bytes of 
how it worked, we both wanted to learn as much as we could, 
so we could answer any questions that might come up during the 
class. 

Micky had already used XMS at his site to upgrade some sys- 
tem modifications and make them compatible under MVS/SP 1.3. 
These changes had been necessitated by the fact that within MVS, 
the operator communications programs and message buffers were 
moved from common system areas and relocated in a new system 
address space called the CONSOLE address space. In order to 
scan the operator message buffers, XMS had to be used to access 
CONSOLE’s private area. 

Having Micky along on this trip made me think that learning 
XMS internal design was going to be a cinch. I already had some 
ideas on how it had been implemented, so I was confident that 
this was going to be a brief study session. 

We both sat down at the table and I began our work session 
by saying, ‘“‘Okay, Micky, tell me how it really works and we 
will be all set for our talk tomorrow.” 

“‘T don’t know how it works,” he shrugged. *‘I thought you 
did! You’re supposed to be the MVS internals hot-shot.”’ 

I tried to hide my newly developed anxiety attack and probed 


nN 
tw 


July/August 1988 


him gently saying, ‘‘What do you mean 
you don’t know how it works! I thought 
you told me that you had to use it to con- 
vert your system modifications to 1.3!"’ 

“‘T did use it to upgrade some pro- 
grams!’’ he said quite emphatically, ‘*but 
I never said that I understood how it 
works!”’ 

How silly of me to assume that just 
because he had used the facility to update 
his system that he actually understood 
what he was doing. After all, Micky was 
only one of the sharpest systems program- 
mers that I had ever met! You know the 
type — the kind of systems programmer 
who can tell if the system is running poorly 
while wearing a blindfold and laying his 
hands on the side of the machine . . . the 
kind who eats stand-alone dumps for a 
snack and never has to look at a reference 
card when reading through machine code 

. the kind of guy who thinks that 
studying logic manuals and system code 
is more satisfying than sex. So when this 
guy tells me that he never got around to 
figuring out how XMS works, I began 
immediately to question whether or not 
this was a topic that my own feeble mind 
would be able to deal with in any real 
depth. 

Micky went on to explain, “‘I found the 
documentation extremely confusing and 
you know how impatient I am. So I just 
jumped in with both feet and kept after it 
until I got the code working. After it was 
all over I did not really understand how 
it worked, just that it worked!”’ 

Even though the situation looked bleak, 
all was not lost because we did have with 
us an SVC dump of the PC/AUTH ad- 
dress space and a copy of the MVS di- 
agnostic techniques manual. Since I have 
had extensive training on reading dumps 
and traces, I was confident that we could 
get a good handle on how it all worked 
by looking at the control blocks and 
studying the system trace. After several 
hours we were able to dig out the answers 
to our own questions and began to piece 
together the design of the system. The 
next morning’s presentation went off 
without a hitch and because of its com- 
plexities, XMS has since become one of 
my favorite topics to present in our ad- 
vanced MVS technical seminars. 


What is Cross Memory Services? 


XMS is an extension to the hardware 
architecture that MVS now supports which 
allows enhanced communication between 
address spaces. Since it is geared for a 
multi-address space design, its use will 
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Program A 


(1) PC 


Home ASID 


Program B 
(2) 
(3) PT 


New Primary ASID 


(1) PGM A does a Program Call (PC) to PGM B 


(2) PGM B executes 


(3) PGM B issues Program Transfer (PT) to return 


typically be confined to MVS components 
and MVS subsystems. 


How Complicated Is It? 

When I lecture about XMS, I like to 
equate it to playing golf. You see, golf is 
really a very simple game at the concep- 
tual level. I can assure anyone that they 
can become a par golfer if they just follow 
these simple instructions: 

1) On par-four holes, take two shots to 
reach the green and then use only 
two putts to knock the ball into the 
cup. 

2) On par-five holes, take three shots 
to reach the green and then use only 
two putts to knock the ball into the 
cup. 

3) On par-three holes, take one shot to 
reach the green and then use only 
two putts to knock the ball into the 
cup. 

See how easy it sounds? Conceptually 
golf is an easy game to understand. How- 
ever, once you start to play golf you 
quickly realize why the sport is referred 
to as an ‘‘outdoor insane asylum’’! (See 
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illustration of golfer.) There are so many 
things to learn just to be able to swing a 
golf club. Things such as using the cor- 
rect grip, aligning the ball correctly rel- 
ative to your stance, coordinating the body 
rotation so the head does not move while 
the shoulders and hips turn on just the 
right axis, moving the arms and wrists 
along the correct plane to generate max- 
imum club head speed on the downswing 
and striking the ball squarely with the face 
of the club-head. Ask any golfer and he 
can tell you that getting it all working 
together properly is the exception rather 
than the rule. 

And so it is with XMS which is orga- 
nized into three broad categories, each 
very simple to understand at the concep- 
tual level: 

1) Program sharing in which a program 
in one address space can issue a pro- 
gram call instruction to effectively 
“‘branch’’ to another program lo- 
cated in a different address space. 
(See Figure 1.) 

2) Data movement where data can be 
moved directly between two private 
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areas. (See Figure 2.) 

3) Data sharing where a program run- 
ning in a system common area can 
reference data located in two differ- 
ent address spaces by alternating be- 
tween them. (See Figure 3.) 

So how complicated is XMS? In an- 

swering this question, please refer back 
to IBM’s OS/VS2 System Programming Rak it pela 
Library: Supervisor manual for MVS/SP wee Ne 


1.3 that contains the following text in the 


section that describes cross memory un- 
der the ominous heading **Warnings and (no buffer in CSA) 
Restrictions: 


‘The design and implementation of (primary) (secondary) 
programs using synchronous cross 
memory communication is extremely 
complex. System services use cross 
memory on a user’s behalf; the user can 
obtain the benefits of cross memory 
without having to know the details. Us- 
ing XMS improperly could cause se- 


Data Movement 


vere system problems. Therefore, it is Program 

very important to consider all the im- 

plications of using cross memory. Some SSAR (1) 
general considerations that apply to MVCx (2) 


users of cross memory are: 
@ Real storage requirements might 


increase 

@ Resource management is different 

er ee (1) SSAR issued to get addressability to ASID2 
— (2) Move the data 


This warning could be paraphrased by 
saying two things. One, if you are going 
to fool around with cross memory, you 
better know what you are doing. Two, 
as an MVS user you can get the warm Data Sharing 
fuzzy feeling about cross memory from 
knowing that MVS developers went to all 
the trouble to use it so you can benefit 
indirectly. 

+ COMMON 

What are the Benefits? 

XMS provides several benefits: VSCR, 
efficiency and security. ASID1 (primary) ASID2 (secondary) 

VSCR stands for Virtual Storage Con- 
straint Relief. This buzzword signifies 
IBM’s commitment to prolong the life of 
MVS by rearranging the system code and 
data areas. XMS _ provides horizontal 
VSCR because it allows programs and data 
to be moved horizontally from common 
system «reas into private address spaces. 
MVS/XA, on the other hand, provides 
vertical VSCR because it raises the vir- 
tual addressing ceiling of the system. By 
using XMS, operating system control 
blo ks and programs are relocated from 


MVS comon areas to individually-owned (1) SSAR established addressability to ASID2 

private areas which decreases the sys- (2) SAC switches addressing mode (bit 16 in PSW turned on/off) 
tem’s requirements for common area (3) Standard instructions allowed to manipulate data 

storage. 
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Within an MVS address space, since 
the private area is allocated after the com- 
mon areas have been assigned, decreasing 
common-area requirements increases the 
amount of system private area that is al- 
located for each MVS address space. Now 
that XMS is available, new releases of 
MVS usually contain one or more new 
system address spaces for MVS compo- 
nents that previously had been located in 
the nucleus, Pageable Link Pack Area 
(PLPA) and/or System Queue Area 
(SQA). For example, up through MVS/ 
XA Release 2.2, the following system ad- 
dress spaces have appeared over the last 
several releases of MVS since XMS was 
introduced: PC/AUTH (the XMS super- 
visory address space), Global Resource 
Serialization (the ENQ, DEQ, RESERVE 
functions), TRACE, Allocation, CON- 
SOLE, Linklist Look-Aside (LLA), SMF, 
CATALOG and DUMP Services. 

Second, it allows communication be- 
tween address spaces to be conducted 
more efficiently than before. For exam- 
ple, passing data between two address 
spaces (an activity performed many thou- 
sand times a day within your MVS sys- 
tem) without using XMS is a multi-step 
operation: 

1) The data is moved from the sender’s 
private area into Common Service 
Area (CSA) 

2) The sending program notifies the re- 
ceiving program that it is delivering 
some data by scheduling an SRB to 
post the recipient 

3) The sending address space typically 
waits for the recipient to execute and 
pick up the data being passed 

4) The recipient, once dispatched and 
once the data is received, schedules 
an SRB to notify the sender that the 
data has been received 

5) The sender is dispatched and contin- 


ues execution. 
As you can see, this is quite a lengthy 


process but it was the only mechanism 
available within MVS for inter-address 
space communications prior to XMS. Not 
surprisingly, when XMS was first an- 
nounced it was reported to use 80 percent 
to 90 percent less CPU than the SRB/ 
CSA method for passing data between ad- 
dress spaces. This is because XMS pro- 
vides special instructions to pass infor- 
mation directly from one private area into 
another, thus bypassing the intermediate 
step of moving the data into CSA. Fur- 
thermore, moving data directly removes 
the necessity of entering the dispatcher 
four or five times to dispatch the SRBs 
and synchronize the programs. 


CROSS MEMORY SERVICES TERMINOLOGY QUIZ 
Directions: match the definition to the correct term. 


Terms: 
1) Cross memory 
environment 
2) Home address space 
3) _____ Primary address space 
4) Secondary address space 
5) Current address space 
6) Primary addressing mode 
7) Secondary addressing 
mode 
8) Home mode 
9) Cross memory mode 
10) ___ PC instruction (program 
call) 
11) ____ PT instruction (program 
transfer) 
12) ____ SSAR instruction (set 
secondary ASID) 
13) ____ MVCP instruction (move 
characters to primary) 
14) ____ MVCS instruction (move 
characters to secondary) 
15) ____. SAC instruction (set 


address space control) 


Definitions: 


A. Sets the secondary address space to any 
desired address space. 
B. The mode that exists when at least one 
of the following is true: 

* The home address space is not the pri- 

mary address space 
* The home address space is not the sec- 
ondary address space 

* Secondary addressing mode is active. 
C. Data is fetched from the secondary ad- 
dress space. Instructions might be fetched 
from either the primary or secondary address 
space. 
D. Address space where cross memory mode 
originates. It contains the address space local 
control blocks that describe a unit of work 
to MVS. On initial dispatch of a unit of work, 
the home address space and the primary ad- 
dress space are the same. 
E. A unit of work is in primary addressing 
mode and HASID and PASID are the same. 
F. The address space whose segment table is 
used to access data and instructions in pri- 
mary addressing mode. 
G. Instructions and data are fetched from the 
primary address space. 
H. The primary address space when in pri- 
mary addressing mode and the secondary ad- 
dress space when in secondary addressing 
mode. 
I. The environment in which synchronous 
inter-address space communication can take 
place. 
J. The address space in which the segment 
table is used to access data in secondary ad- 
dressing mode. In secondary addressing 
mode, instructions must be in common stor- 
age because they might be fetched from either 
the primary or secondary address space. 
K. Causes another program to get control. 
The program can be located in another ad- 
dress space. 
L. Issued by a program to explicitly set either 
the primary or secondary addressing mode. 
M. Returns control from the program called 
by the PC instruction to the calling program. 
N. Moves data from the secondary address 
space to the primary address space. 
O. Moves data from the primary address 
space to the secondary address space. 
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See Cross page 75 
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SNA Network Management 


Using 


NetView and NetView/PC 


A comprehensive network manage- 
ment system is needed as the focal point 
to manage and control all the variables 
that comprise today’s complex networks. 
NetView is IBM’s strategic tool for man- 
aging these highly complex SNA net- 
works. 

To support a multi-vendor environ- 
ment, non-IBM equipment and non-SNA 
resources must be included for true end- 
to-end centralized network management. 
NetView/PC provides this functionality 
under ONM. NetView/PC allows a user 
or vendor to create an application that ex- 
ecutes on a PC and can collect and gen- 
erate architected network management 
alerts for non-IBM and non-SNA re- 
sources. These alerts can then be pro- 
cessed by NetView or a similar host-based 
Communication Network Management 
(CNM) application. 

Part I of this article that appeared in 
the May/June 1988 issue introduced ar- 
chitecture and message flows utilized by 
NetView Release 1 and NetView/PC 
Version |. 


NetView Release 2 


The scope of Netview was expanded 
under Release 2 to include management 
of systems and network operations. In ad- 
dition, the focus of NetView Release 2 is 
on distributed control with central man- 
agement, support for monitoring SNA 
Node T2.1, functional control of non-SNA 
resources and further support of IBM’s 
Open Network Management (ONM) ar- 
chitecture by providing an extensive set 
of generic alarms to eliminate vendor- 
specific description and recommended ac- 
tion code on the host. (See Figure 1.) 


By Jay Ranade and George C. Sackett 


Automation and Central 
Management 


Network automation under MVS is ac- 
complished by the use of the MVS Sub- 
system Interface (SSI). Executing as a 
subsystem of MVS, all system messages 
can be examined for automation. Any 
NetView console can act as an MVS op- 
erator console for issuing MVS system 
and subsystem commands directly or for 
executing a NetView CLIST that contains 
the system command. Likewise, any 
NetView command or CLIST can be en- 
tered on any MVS system console ex- 
cluding full screen function commands for 
Session Monitor, Status Monitor and 
Hardware Monitor. These commands still 
require a NetView operator’s console. 
Under the VM operating systems, similar 
functionality of the MVS SSI is provided 
by the VM Programmable Operator facil- 
ity (PROP). For the VSE operating sys- 
tem, NetView utilizes the facilities of the 
program product VSE/Operator Commu- 
nication Control Facility (OCCF). How- 
ever, NetView command entry on the VM 
or VSE system console is not supported. 
NetView’s new position not only includes 
enhanced network management, but also 
the management of all computer opera- 
tions. 


Automation Enhancements 
NetView R2 automation facilities can 
be enabled at both the distributed system 
(that is, IBM 9370) and at the focal 
point. A major enhancement to the Hard- 
ware Monitor is the ability to automate 
responses to solicited and unsolicited 
alert notification messages. A NetView 


CLIST can be executed automatically 
based upon additional information in the 
alert notification message format. This 
ability combined with the central man- 
agement enhancements discussed in the 
next paragraph is a formidable base for 
future automated control using an expert 
system. 


Central Management 
Enhancements 

The introduction of the IBM 9370 dis- 
tributed processor is a direct influence on 
CNM enhancements for NetView R2. The 
9370 processor is being touted as an in- 
expensive, powerful mainframe processor 
that can be operated by technically un- 
trained personnel. However, central man- 
agement and control of these distributed 
processors and other large mainframe 
processors in the SNA network can be 
accomplished through several new CNM 
enhancements. These are the Message and 
Alert Notification Routing facility, the 
Message Driven Alert facility, the support 
for LAN and the Communications Net- 
work Management (CNM) Router Func- 
tion. Each of these functions, either in- 
dependently or in combination, greatly 
improves both central network manage- 
ment and automation of a composite net- 
work. 


Message and Alert Notification 
Routing Facility 

Message and alert information perti- 
nent to a distributed processor can be 
routed to the NetView focal point opera- 
tor console by the Message and Alert No- 
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tification Routing facility. This facility 
consists of a supplied CLIST that can be 
modified to route specific messages and 
alerts from the distributed processor to the 
NetView focal point. This means, of 
course, that NetView R2 must also be ac- 
tive on the distributed processor. Based 
on the information of the message or alert 
received from the distributed processor, 
the focal point can execute a CLIST to 
automate the operator’s action for that 
particular message or alert. 


Message-Driven Alert Facility 
Any system, subsystem or network op- 
erator console message that is viewed by 
the NetView command facility can now 
generate an alert to the NetView Hard- 
ware Monitor. The Hardware Monitor then 
treats the alert like any other alert it re- 
ceives. The alert is displayed on the Alerts 
Dynamic screen for viewing by the op- 
erator. This incorporates not only network 
hardware and facility fault alerts, but also 
the operating system and subsystem faults. 
By using the Hardware Monitor Alert Au- 
tomation facility, system and subsystem 
faults can be corrected automatically. 


LAN Support 

Faults detected on a LAN can now be 
forwarded to the NetView focal point us- 
ing the above-mentioned methods. In ad- 
dition, the fault data has been enhanced 
to include fault domain alerts, LAN errors 
occurring on the adapter addresses and a 
filtering scheme based on the adapter ad- 
dresses. The extended support for LANs 
is increasingly important for LANs posi- 
tioned off a distributed processor. 


Communications Network 
Management Router Function 

In VTAM, the CNM Routing table is 
used to direct the unsolicited network 
services alerts (NMVTs, RECFMs, 
RECMSs) to the unsolicited command 
processor responsible for handling unso- 
licited alerts. WTAM requires that only 
one unsolicited command processor can 
be active for any given network services 
RU at one time. The CNM Router Func- 
tion allows the user to send the unsoli- 
cited alert to a user-specified component 
based on the identification information 
found in the record. This means that more 
than one unsolicited command processor 
can be active and receive unsolicited 
NMVTs from the network. 


Session Monitor SNA Node 
Type 2.1 Support 
SNA Node Type 2.1 supports IBM’s 


Low Entry Networking (LEN) architec- 
ture for peer-to-peer communication. This 
new SNA node type is supported by the 
NetView R2 Session Monitor in conjunc- 
tion with VTAM V3R2 only and NCP 
V4R3 or NCP V5R2. This allows the 
monitoring of Primary Logical Units 
(PLUs) that are not under VTAM control 
over an SNA backbone network. Support 
of SNA Node Type 2.1 is furnished by 
new Session Awareness data (SAW) rec- 
ords under VTAM V3R2. The new SAW 
data contain a unique Procedure Corre- 
lated Identifier (PCID) value. The PCID 
is used to identify each session the PLU 


has with a session partner. In this way, 
independent LUs (with multiple concur- 
rent sessions) of SNA Node Type 2.1 
can be monitored and tracked for each 
session by VTAM and NetView’s Session 
Monitor. 


Generic Alerts 

Under NetView R2, the Hardware 
Monitor display panels and messages have 
been enhanced by the new Generic Alert 
format of the Network Management Vec- 
tor Transport (NMVT). The implemen- 
tation of this new format eliminates the 
customization of NetView Hardware 
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Monitor display panels and messages for 
product-specific alerts. Instead, the alerts 
dynamic message, event detail and rec- 
ommended action screens are built upon 
the text identified by the generic alert code 
points. The code points are used as in- 
dices into tables that reside at the host on 
disk. This provides for individualized alert 
text for each type of alert received versus 
NetView RI pre-defined alert messages 
and displays that were indexed by a com- 
ponents identifier and an alert descriptor 
code. 

In keeping with IBM’s Open Network 
Management architecture, NetView R2 
provides a facility for vendors to add their 
own generic alert code points. A code- 
point text table can be created to provide 
product-specific code-point text that can 
be used with IBM’s code-point text to 
create the Hardware Monitor alert mes- 
sages and screen displays. Prior to 
NetView R2, only IBM’s text or the prod- 
uct-specific text could be displayed. Us- 
ing generic alerts, product-specific and 
IBM code-point text can be combined on 
the same message and/or screen display. 

NetView R2 will, however, continue to 
support non-generic alert formats that were 
supported under NetView R1 and the in- 
dividual CNM program products. 


Service Point Command Service 

Management and control of non-IBM 
equipment from NetView is now possible 
from the new added function of the 
NetView Command Facility. This new 
function is called Service Point Command 
Service (SPCS). Using the command fa- 
cility, a NetView operator can enter four 
supported commands that are to be exe- 
cuted by an application program of a serv- 
ice point. IBM’s NetView/PC is an ex- 
ample of a service point. The supported 
commands are : RUNCMD, LINKDATA, 
LINKTEST and LINKPD. 


SPCS RUNCMD Command 


The RUNCMD is a generic command 
that is recognized by the NetView com- 
mand facility and is transported to the 
service point for processing. For exam- 
ple, RUNCMD can be used by the net- 
work operator to obtain the status of the 
vendor’s equipment. Command syntax 
checking is not performed by NetView 
and must be in agreement with the ven- 
dor’s application executing on NetView/ 
PC. The vendor’s application must be 
coded to handle command errors, as well 
as execute the requested command. The 


response from the service point is dis- 
played under the command facility func- 
tion of NetView. 


SPCS LINKDATA Command 


This command is used to request con- 
trol, error and statistical data maintained 
by the service-point application. The 
service-point application responds to this 
command with an architected record. The 
information supplied in this record is dis- 
played by NetView in full-screen mode. 


SPCS LINKTEST Command 


Using this command from NetView R2, 
an application executing on the service 
point will request DCE tests. The results 
of the tests will then be sent to NetView 
in an architected record for presentation 
by NetView in full-screen mode. 


SPCS LINKPD Command 


Problem determination analysis can be 
performed by the service-point applica- 
tion for a given element. Using the 
LINKPD command, the network operator 
can request the service-point application 
to perform alert correlation for a specific 
problem. The response to this command 
is a generic alert. The generic alert is then 
processed by NetView R2 in the same 
manner as solicited and _ unsolicited 
NMVTs. In this case, the NMVT is so- 
licited. 


NetView/PC Version 1.1 


Support for the enhanced alert and 
command extensions of NetView R2 is 
provided by the IBM service-point prod- 
uct named NetView/PC Version 1.1. This 
new release of NetView/PC_ enables 
NetView to extend network management 
and control to non-IBM equipment. The 
intent of this release is to further solidify 
IBM’s Central Network Management ar- 
chitecture by having NetView/PC support 
both generic alerts and SPCS. 


Generic Alert Support 

NetView’s new generic alert architec- 
ture places more responsibility on the 
vendor service-point application than the 
previous non-generic alert format. The 
current number of code points supported 
by NetView R2 without vendor-specific 
code-point values is quite extensive. Each 
piece of text displayed on the Hardware 
Monitor screens can be selected by code- 
point values. This increases the detail of 
code needed in the vendor application to 
support all the possibilities. The current 
base plus further expansion of the code- 
point values to increase the detail of the 
alert message may become overwhelming. 


Service Point Command Service 
Support in NetView/PC V1.1 


The previous release of NetView/PC 
was used by most vendors to consolidate 
their DCE alarms on NetView. With this 
release, a NetView operator can in fact 
control the DCE equipment from the 
NetView console using SPCS. The ven- 
dor’s application must be developed with 
the new API/cS (Application Program In- 
terface/Communication Service) interface 
to support the encoded commands re- 
ceived from NetView. Partial or perhaps 
total operational and managerial control 
of their equipment by NetView is possi- 
ble. Of course, this support is dependent 
upon the vendor’s willingness to provide 
this service to the customer. By providing 
the capability of NetView to actually op- 
erate and test non-IBM DCE by using 
NetView/PC, IBM is supplying the means 
for total network management. 


Token-Ring Network Manager 
for Net View/PC 


The IBM Token-Ring Network Man- 
ager V1.1 for NetView/PC V1.1 executes 
as an application under NetView/PC. 
Alerts generated on the token-ring net- 
work can be automatically forwarded to 
the SNA focal point application (that is, 
NetView). The alerts are of the generic 
alert format. The alert forwarding from a 
token-ring manager executing under 
NetView/PC coupled with SPCS func- 
tionality can therefore provide work group 
management from a NetView console. = 
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Software Maintenance: 
Undermanaged 


Understafted 


oftware maintenance is gobbling 

MIS’s resources. According to the 

Quality Assurance Institute in Or- 

lando, FL the defect rate in soft- 
ware maintenance is three-to-ten times as 
great as new system development. 

The conclusion of the Institute’s 1985 
survey showed that in two-thirds of the 
organizations surveyed, no one was re- 
sponsible for managing the software 
maintenance process. Another problem 
was understaffing. 

Some of the survey’s conclusions were: 

@ Although maintenance accounted for 
more than half of the data processing 
budget, approximately one-third of 
the organizations had an individual 
assigned the responsibility for the 
software maintenance process. 

m@ Of seventy-eight percent of the or- 
ganizations surveyed, each organi- 
zation had to have systems main- 
tained by specific individuals because 
no one else in the organization 
understood the logic of the software 
programs. 

mIf the requests for maintenance 
stopped, it would still take an aver- 
age of 22.8 months to complete the 
existing maintenance backlog and 


By Jan Snyders 


between two and 60 months to com- 
plete the backlog. 

@ Approximately two-thirds of the or- 
ganizations surveyed had a software 
maintenance development method- 
ology. Most of those organizations 
obtained their methodology as part 
of their new system design method- 
ology. 

Ironically, the problem has not im- 

proved in the past three years. 

To assist readers in learning more about 
software maintenance, MAINFRAME 
JOURNAL asked nine industry leaders for 
their opinions on the problems and pos- 
sible solutions. Included in the input are: 
Charlie Bachman, president and chief ex- 
ecutive officer of Bachman Information 
Systems (Cambridge, MA); Paul Bassett, 
vice president of research, Netron (To- 
ronto, Canada); Gerald DePass, presi- 
dent, Adesse Corp. (Danbury, CT) How- 
ard Feinman, director, software products 
division of Catalyst, an information tech- 
nology firm of Peat, Marwick & Main, 
(Chicago, IL); Phil Loiterstein, president, 
Group Operations, (Washington, DC); 
Mario Morino, chief executive officer, 
Morino Associates, (Vienna, VA); Rich- 
ard Nashleanas, president, Eden Systems 


(Carmel, IN); Kent Petzold, president and 
CEO, Viasoft (Phoenix, AZ); and Marc 
Sokol, executive vice president, Realia, 
(Chicago, IL). 


MAINFRAME JOURNAL: Is mainte- 


nance still a problem and how much? 


Loiterstein: The maintenance prob- 
lem, in fact, is increasing rather than de- 
creasing. The days of thinking of main- 
tenance as fixing bugs are long past. 

Bassett: Maintenance is any activity 
performed on software after that software 
has been put into production. Basically, 
maintenance comes from the changes in 
business. Every time a new system is de- 
veloped, the maintenance task is in- 
creased. 

Loiterstein: At one time we could take 
a year to develop a system, hang around 
for three or four years and something else 
would come in. That cycle has been ex- 
tended. Now we still take a year to de- 
velop it, but suddenly it’s staying around 
for six or seven years. In this area, it really 
is 50 to 90 percent of the programming 
budget. 

Sokol: Up to 80 percent of all main- 
frame resources are consumed in the 
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maintenance area and only 20 percent for 
new application development. Because so 
many resources are put into that area, 
making those resources more efficient and 
more productive is very much of a prob- 
lem and a goal for data processing and 
programming managers. 

Nashleanas: Software maintenance is 
a hidden problem. Management hides it 
in various overhead costs such as staff 
time, computer time and so on. Manage- 
ment doesn’t feel the cost of maintenance 
as taking money out of its pocket to ac- 
tually pay for maintenance every time it’s 
needed. Management knows it’s spending 
a lot for maintenance and it just doesn’t 
know quite what to do about it. 


MJ: There are claims who from 20 to 50 
percent savings can be realized with some 
of the new tools and methods. This is one 
of the most heavily debated topics. 

Some of the cost cutting methods avail- 
able include assigning a person or per- 
sons to the maintenance task, using tools 
such as 4GLs, COBOL unscramblers or 
change control packages. One of the old- 
est attempts to reduce the software main- 
tenance cost was having a person or per- 
sons, depending on the size of the 
installation, devote all of their time doing 
maintenance whether it be upgrading or 
simply fixing bugs. Is this fact or fiction? 

Bassett: Maintenance, psychologi- 
cally, is a very depressing task. Programs 
were never written explicitly to have 
maintenance easy to do. It’s a difficult 
task relative to building something with 
no constraints. That is, you just invent 
something from first principles. You’re 
doing maintenance and you have to some- 
how fit in with the surrounding programs. 
That puts a heavy constraint on you. The 
detective work a programmer has to go 
through to locate all the different frag- 
ments that are relevant to the changes is 
a tricky and a frustrating task because 
things are missed. The only way to find 
out is through a torturous process of trying 
it, seeing what went wrong and trying it 
again — almost by trial and error. That 
can burn people out quickly. So having 
people do nothing but maintenance day in 
and day out is emersing them in a psy- 
chologically negative environment. 

Loiterstein: That’s right. It is not a 
good idea to assign specific people to the 
job of maintenance. Everything the de- 
velopers developed was always bad and 
they never learned what was wrong or 
what didn’t work. Even when the devel- 
Oper put out new models of programs that 
had to be maintained for a year or two, 


they still make the same mistakes. There 
isn’t a lot of communication between the 
developer and the person maintaining it. 
It’s like the developer became the higher- 
level person and maintenance is given to 
the less talented person. 


MJ: There are, however, those who think 
the idea of maintenance specialists is ben- 
eficial to the company. 

DePass: I think if the job is described 
properly, the talent is paid for properly 
and the right person is put on it, it’s the 
right thing to do. To scatter maintenance 
around and treat it as some sort of step- 
child is a mistake. Maintaining a system 
is an important activity. 

Feinman: Yes. It is critical to put 
maintenance specialists in place because 
you want people who really understand 
the programs they are looking at. Pro- 
grams are not consistent, since there are 
tricks done in terms of coding and pro- 
gramming that are not standard within 
programs. So, organizations put people 
who are specialists on maintenance. These 
specialists become familiar with the pro- 
grams because they have to understand 
what’s happening. 

Sokol: The specialist is more in tune 
with where the industry is heading re- 
garding automated tools and methodol- 
ogy. As an example, if you have a huge 
project that you are about to undertake, 
such as to take a program written 15 
years ago and enhance it in some partic- 
ular manner, you could consult with the 
maintenance specialist and ask him what 
he thinks is the best way to go about it. 
You could ask about COBOL unscram- 
blers or conversion to higher-level lan- 
guages. That kind of resource would be 
really beneficial. 

Nashleanas: There are a lot of advan- 
tages to having maintenance specialists. 
They’re technically higher quality. They’re 
better at doing maintenance since they 
know how to do it, and most importantly, 
they have a longer-term outlook on doing 
their job which is really what you need. 
However, on the negative side, mainte- 
nance specialists tend to ask questions. 
What is my career track? Where do I go 
from here? Is this valued by the com- 
pany? Does it have the same type of ex- 
posure to get ahead and get me where I 
want to be? There is the opportunity to 
fall into the indispensible-man syndrome. 
That is, you’re so good at doing your job 
that you can’t afford to get promoted or 
be moved anywhere else because you’re 
the only one who’s good enough to main- 
tain those crazy things. 
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Petzold: There are really two predom- 
inant organizational structures. One struc- 
ture is dividing the shop between new 
development and maintenance. The main- 
tenance side grows larger and larger be- 
cause this group has lacked technological 
solutions. An advantage of this structure 
is that it provides for focused product 
training and focused cultural development 
of the two groups. The other is applica- 
tion responsibility. This environment is 
popular because it makes sense to put the 
best resource on a given project. Best in 
this case, meaning the people with the 
most application experience. In this in- 
stance, managers have been forced to al- 
most hold captive particular programmers 
because of their knowledge and under- 
standing of the applications. 

Morino: An unusual approach to this 
is found in a service bureau in Canada 
that is a consortium of services to charter 
members. Three large firms in Canada use 
this center. They built dedicated support 
teams for each company that they service. 
There is a lot to be gained in this approach 
because now you have people who are 
working with the systems on a continuing 
basis, so they’re not going to learn in 
curves. They tend to understand the sys- 
tems better and they can build better re- 
lationships with the end users. You end 
up with a much more effective process. 


MJ: Are 4GLs being used as an aid in 
solving the maintenance problem? 

DePass;: I believe it’s a fact that higher- 
level languages and tools that work with 
them simplify the maintenance process. It 
also tends to spread the work out among 
a lot of people because the users do their 
own thing, so maintenance, per se, falls 
in their laps. 

Feinman: The 4GLs are easier to 
maintain because they work, in many 
cases, on the assumption that you main- 
tain it at a spec level. You don’t change 
COBOL code, but generally drop it. With 
the 4GL you go back and regenerate a 
new program that had the old function 
that you had just coded in that language 
and add the enhancements. In that case, 
they are easier to maintain but the big 
inventory that is running on a day-to-day 
basis is not addressed. 

Morino: Yes, systems written as 4GL 
applications do ease the problem because 
they are going after the core part of the 
problem — systems that don’t have 
enough flexibility and aren’t done in a 
generalized enough fashion — and that’s 
what creates most of the maintenance is- 
sues today. The trouble is that you’re only 


going to alleviate the work on those things 
that are written in that application. 


Petzold: I think 4GLs were a panacea 
of yesterday. They really haven’t met the 
challange. They are typically relegated to 
the quick-and-dirty applications, whereas 
COBOL is still the king even after 30 years 
of existance. 

Bassett: I don’t think 4GLs have made 
a significant dent in the maintenance 
problem. First, they are aimed at end-user 
computing and are really not suitable for 
industrial-strength, high-quality software 
systems. They lack the fine tuning abili- 
ties that quality software demands in 
which you have subtle trade-offs among 
different design constraints, optimization 
problems and other highly technical spit- 
and-polish to put into a system. The 4GLs 
don’t lend themselves to that type of fine 
tuning. The second reason is that 4GL is 
a programming language just like COBOL 
and to that extent, like any programming 
language, supports evolutionary change. 
Unfortunately, 4GLs along with COBOL 
and other languages have been designed 
with the idea that software is a perfectable 
object. The only thing you do is fix bugs 
and put it into a restorative state; so, the 
languages simply have never been de- 
signed to cope with that ongoing need to 
keep changing software in ways that are 
unforeseen. As a result, when you have 
to make changes, they’re done in an ad 
hoc fashion. When they are doing ad hoc, 
again and again, that ad hoc builds up in 
the code until finally it becomes an im- 
possible chore to sort out further changes. 

Bachman: My impression is that it’s 
helping but it’s not helping enough that 
the total resources are being dedicated and 
still growing. They’re slowing down the 
tide of the maintenance percentage of to- 
tal resources, but it has not stemmed it in 
any sense. Most programs written in 4GL 
are being used for special report prepa- 
ration and, in some sense, it’s being done 
by people outside of the data processing 
department. 


Sokol: Because these languages tend to 
be high level and therefore need fewer 
lines of code than COBOL would, you 
immediately think they should have less 
maintenance. However, one thing to keep 
in mind is that you need to have experts 
in those particular languages. Whereas 
there are many COBOL programmers and 
most of them are experts, there aren’t too 
many experts in those particular lan- 
guages. Therefore, it may be harder for 
large companies to find the people to do 
that maintenance. 
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Nashleanas: If the 4GLs are used the 
way they were designed to be used, they 
have significant benefits in maintenance. 
At the same time, if you develop an un- 
maintainable piece of 4GL code, try to 
pack too much in a piece of code and if 
you go ahead and generate that, it is as 
complicated as the original piece. You can 
go ahead and design in all the same prob- 
lems that you did with the 3GL. 


MJ: The software maintenance aids, 
COBOL unscramblers and change con- 
trol packages are relatively new in the 
marketplace. How much can they help in 
reducing the maintenance problem? 

Sokol: When people didn’t know about 
structured programming and didn’t un- 
derstand the psychology of understanding 
programs, programs were messy and a lot 
of verbs were used that later turned out 
to be difficult to maintain. Techniques 
were used that people frown upon be- 
cause they’re machine specific or com- 
piler specific. For these reasons, I think 
that the COBOL unscramblers are really 
beneficial. I think they’re the first step to 
really automating the maintenance pro- 
cess. Descrambling programs by hand is 
a time-consuming task. An additional 
benefit is that you can use lower quality 
level maintenance programmers to main- 
tain even complex applications. 

Feinman: COBOL unscramblers help 
reduce the maintenance effort because they 
make everything consistant within an or- 
ganization in terms of the code’s struc- 
ture. Again, by using a restructuring tool 
and getting that consistent, structured 
program, you can put programmers on al- 
most any program and they will feel com- 
fortable with what they’re seeing and what 
they’re going to see across the system and 
all applications. 

Loiterstein: | think unscramblers help 
in maintenance but they are no panacea. 
Today the problem is not the number of 
lines of code, but it is analyzing the old 
system. The programmer spends time 
analyzing the old system which is usually 
very large and the original developers are 
not around. With the COBOL unscram- 
blers there is a consistent architecture so 
the programmer doesn’t have to look at 
the program or the architecture of the pro- 
gram to see how its done. Now it be- 
comes a canned program that does things 
the same way every time. 

Nashleanas: While these tools can yield 
benefits in maintenance, you have to con- 
sider the cost. You have to selectively ap- 
ply those types of tools to only the code 


that truly needs the reformatting. Often 
these tools come with the analyzer that 
says whether the program should be res- 
tructured or not. If you restructure a well- 
structured piece of code, you'll probably 
end up with a piece of code that’s not 
quite as good. 

Bachman: Unscramblers help some, 
but one of the real problems we’ve found 
with them is the way they take the com- 
ments that have been inserted in the pro- 
gram before. They are less able to put 
those comments into a reasonable posi- 
tion; so, some of the programs have been 
restructured but the comments are a dis- 
aster because they aren’t where you'd ex- 
pect to find them. Therefore, they don’t 
always achieve the kind of help in main- 
tenance they are supposed to. That is, they 
do technically what they’re supposed to 
do, but they don’t always help main- 
tenance that much. Essentially, a human 
still has to go back to the program and 
sort through it to figure out what the 
change was. 


MJ: Is change control easing the main- 
tenance problem? 

DePass: Change control can absolutely 
improve and dramatically impact the 
problems created by sloppy maintenance. 
I think it’s critical. The problem is that 
people short-change this area. Lots of 
people pay lip service to change control, 
but don’t apply the resources that make it 
happen or develop the procedures and 
make sure they stick by them. Change 
control can help regardless of whether they 
are using 4GLs or basic Assembly lan- 
guages. 

Sokal: I think change control is initial 
among itself. It’s something that is crucial 
and it is needed to do problem mainte- 
nance and to make maintenance efficient. 
It really is required when you have more 
than one person maintaining a single ap- 
plication. As soon as you have multiple 
people doing it, you have to keep track 
of who has the latest version of this par- 
ticular file, or copy record or who made 
the last change to the program. You really 
have to structure the revision history of 
who did what to what. I think automating 
maintenance is really required. 

Bassett: The hardest problem in main- 
tenance is that when you go to make a 
change you find that the change you want 
to make is not localized in one part of the 
program. There are fragments of text that 
are scattered throughout a thick program 
listing. The programmer does not know 
when he starts to make changes how many 
fragments there are that are relevant to the 


Kent Petzold 


Marc Sokol 


change being made. In addition, he is 
never sure whether they have found them 


| all. Change control helps with that prob- 


lem because at least when you do find the 
pieces that you think are relevant to a 
change, a change control tracks them for 
you. 

Morino: Although change control helps 
the integrity of the maintenance process 
in the sense of doing exactly what it im- 
plies, it does nothing to reduce the main- 
tenance workload. You’ve still got all the 
work to do to get the changes, the design 
and so on. Change control puts the integ- 
rity piece on the back end to make sure 
that after you’ve made these changes, 
they’re going to get into the system 
properly. 

Petzold: Change control, at the pro- 
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gram logic level and in terms of reusable 
code where the programmer works and 
where time is spent, have a long way to 
go. Change control software is used to 
assist MIS management in tracking the 
status of the many maintenance projects 
in the department and there’s been good 
advances in this area. But little has been 
done in the way of new technology to 
make the maintenance programmer’s job 
easier and more productive. 


MJ: Is there a solution to the mainte- 
nance problem? 


Petzold: The solution involves the pro- 
cess of understanding change and the ef- 
fects of the change on a company’s pro- 
grams. Up until today no single vendor 
has applied the technology and method- 
ology required to understand all of the 
capabilities involved in effectively man- 
aging all of this change. 


Bachman: There is not a solution in 
the marketplace. Some people are work- 
ing toward that solution by providing tools 
to help people solve the maintenance 
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problem, but there is no complete tool out 
there. 

DePass: I don’t think we’re going to 
get rid of the maintenance problem, un- 
less we stop the world and I guess at that 
time we all get off. The maintenance is- 
sue is going to be with us as long as we 
have programs. The only thing one can 
do about it is to make an attempt to con- 
trol it and minimize change. 

Loiterstein: Before the maintenance 
problem can be solved it must be recog- 
nized that there is a maintenance prob- 
lem. We have to say, ‘‘There is a problem 
and this person needs different tools.”’ 
After many changes are put in hastily, the 
code deteriorates. I think structuring in 
products does help maintain the code, but 
if you don’t have automatic documenta- 
tion tools that can maintain your needs, 
you're in the same place you were before. 
There are a lot of tools that the person 
needs, but right now they’re not being 
developed. 

Sokol: Maintenance can be compared 
with the question, ‘“When will COBOL 
die?’’ Until there exists some sort of sys- 
tem that can read a COBOL system, un- 
derstand what it does and represent it at 
some high level or super-high level 
method, there will be problems. COBOL 
unscramblers do help because you at least 
need to be able to understand the control 
and data flow to be able to do some main- 
tenance. 

Morino: The answer is better manage- 
ment. It’s not tools. Tools never solve a 
problem. People using the tools solve the 
problems. An optimizer or a planning 
model by itself does not solve the prob- 
lem. A manager has to know what is 
needed to solve the problem and then make 
sure that he understands what he bought 
and brief the users on how it is used. 

Nashleanas: The problem can be solved 
by using today’s solutions. If I were a 
manager, I would ask questions such as 
what has to be done and what can I do? 
The first step would be to implement 
change control in such a way that de- 
graded programs can’t be degraded by 
maintenance. The second step would be 
to re-engineer and attack the poor-quality 
programs and get them up to snuff. 

For a list of maintenance software ven- 
dors and their products, circle number 389 
on the Reader Service Card. = 
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Systems Application 
Architecture (SAA): 
An Overview 


By Phil Layland aooe 


t has been said that Systems Application Architecture (SAA) is 
the most significant IBM announcement in a decade. It will 
surely affect our lives in the data processing world over the next 
decade or more. 

At this stage SAA is just a concept. Some pundits believe it will 
take up to two years before the first SAA products are delivered and 
until the end of the century before any significant proportion of the 
product range will be SAA capable. 

Should you be concerned with SAA today? Should you be aware 
of SAA when making future decisions? When products are delivered 
with SAA capability, will that be the time to start investigating? 

Understanding the concepts now will be excellent preparation for 
future decision-making when SAA products are delivered. 


What Is SAA? 

Systems Application Architecture is a collection of selected soft- 
ware interfaces, conventions and protocols that will be the framework 
for the development of consistent applications across future products. 


See SAA page 74 


SAA is a statement of direction for long-range 
planners. At some point in the future, their 


applications will run in any environment 
encompassed by the architecture. Today’s SAA 
gives the foundation on which to build. 
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ater On The Rock 


A performance management and 
capacity planning primer 


his article is not directed to 

scarred veterans of the per- 

formance wars or computer per- 

formance scientists. It is di- 
rected to individuals with little or no 
experience in performance management 
who would like to establish a program 
and need a starting point. 


Mandate: 
Reduce and Control Costs 

Money is tight, especially if you work 
in an organization that provides health 
care. For many years the cost of health 
care has been rising. This explosive in- 
crease in health care is all over the news- 
papers, the subject of congressional in- 
quiry, the number one concern of elderly 
citizens and people with chronic health 
problems, the subject of studies by health 
insurance organizations and, recently, the 
subject of restrictions by the federal gov- 
ernment. The mandate from the govern- 
ment, insurance companies, the general 
population, elected officials and hospital 
administration is simple: reduce and con- 
trol costs. 

There are areas within a health care or- 
ganization that are less constrained and 
more variable; usually those areas dealing 
with direct patient management. The pa- 
tient will get what he or she needs in terms 
of treatment. This is a variable and, within 
limits, is subject to fluctuation. This is the 
area addressed by government regulation 
in terms of recognized averages in the 
treatment of certain illnesses and the sub- 
sequent reimbursement of the health care 
organization by the government for indi- 
viduals receiving treatment who are cov- 
ered by Medicare and Medicaid. The bot- 
tom line here is if you exceed the average 
and there are no extenuating circumstan- 
ces, you may not get reimbursed for the 
above average cost. This is not my area. 


By R. Douglas Swords 


My area is information systems. This 
area is closely watched by everyone for 
one simple reason: it is the only area that 
has a potential impact on every other area 
in the hospital. The cost of system re- 
sources is high. For our purposes this cost 
includes hardware, operating systems and 
applications. Our charter, as capacity 
planners and performance managers, is to 
optimize these resources. We have to 
squeeze every bit of capacity out of what 
we have and put off acquisitions of ad- 
ditional resources until the last possible 
moment. We must be certain that what we 
are requesting in budget is a legitimate 
requirement. The question is, how do we 
do this effectively? 


Performance Management and 
Capacity Planning 

The simple answer is establish a per- 
formance management and capacity plan- 
ning program. Someone may wonder why 
we say “‘performance management and 
capacity planning’’ in the same breath. 
You cannot capacity plan from an untuned 
system. To do so would be to build in 
inefficient use of resources and thus re- 
duce the dollar-to-resource ratio that is 
critical, especially in health care. 

In any untuned system there may be as 
much as 35 percent unused and available 
resource. So it is true to say that while 
system tuning may make some job or 
transaction run faster, tuning also means 
the optimization of existing resources to 
the fullest possible extent. I know this 
from my own experience in my environ- 
ment. Out in the rest of the world the 
number may be higher or lower, but you 
can bet if there has been no tuning then 
there is untapped resource available. 

In most cases performance manage- 
ment and capacity planning software tools 
are invaluable in helping to identify where 


these inefficiencies might exist. However, 
your management may hesitate to give 
budget support for such tools especially 
if they do not believe there would be a 
benefit. It is difficult to convince some- 
one, without concrete evidence, that the 
expenditure of $80,000 might in fact 
postpone the acquisition of several hun- 
dred thousand dollars worth of hardware 
upgrades. 

There are some steps you can take 
without this type of software to tune parts 
of your system and get your proof. These 
basic steps will establish that tuning is 
essential, improvements can be measured 
and in-house staff with the appropriate 
tools and desire can perform these func- 
tions. 

For the average environment that in- 
cludes CICS and some amount of batch 
work there are several basic areas to study 
and perhaps realize some surprising sav- 
ings in resource consumption. A batch job 
consisting of several job steps with mul- 
tiple sequential files processed is the best 
candidate to start with. 


Dataset Blocking 


Dramatic results in improving batch 
throughput and reducing the elapsed run 
time of batch jobs can be realized from 
some work in the basic area of dataset 
blocking. Many people do not believe it. 
Even though new DASD is extremely fast 
as measured in terms of seek times, av- 
erage rotational delay and full track ro- 
tation dataset blocking is still critical. 

Let me illustrate with the following ex- 
ample, one that you can recreate in your 
own environment. I used a COBOL pro- 
gram that reads a tape-based dataset with 
a record length of 31 and a blocksize of 
31000. The output dataset was created on 
a 3380E first with a record length of 31 


and a blocksize of 31. A counter in the 
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program was set to stop processing after 
one million records had been read from 
the tape and written to DASD. 

On the first run after two hours of clock 
time we got tired of waiting and killed the 
job. It had consumed more than 800 cyl- 
inders of disk and still had not completed 
running. On the second run the disk da- 
taset was created with a blocksize of 5859 
characters or 189 records per block. Run 
time was 2.27 minutes and it required 51 
cylinders of disk. 

We then recreated the disk dataset with 
a record length of 31 and a blocksize of 
23467. The job ran in one minute and 39 
seconds of clock time and consumed only 
45 cylinders of disk. For the performance 
scientists waiting to pounce on me, this 
test was done under controlled condi- 
tions. This may seem to be an extreme 
example but it proves the point: block sizes 
are critical in reducing elapsed times, vol- 
ume-busy trips to the channel and disk 
space requirements. On 3380 DASD the 
magic blocksize is 23476 or half a track, 
so aim for that when determining your 
block size. 

If we examine why this is we find that 
when the dataset was blocked at 31 char- 
acters or one record per block, each log- 
ical write in the program generated a 
physical write to the dataset (buffering not 
considered). So, to process one million 
records you had one million writes. When 
the blocking factor was changed to 5859 
characters, there were 189 records per 
block and the ratio was 189 logical writes 
to one physical write and at 23467 char- 
acters or 757 records per block, we had 
757 logical writes to one physical write. 
Thus, to write one million records at 757 
records per block we wrote 1321 physical 
records or blocks. Think about it. 

In some cases you can see further im- 
provement by using the BUFNO keyword 
in the DCB parameter. Experiment with 
adding buffers starting at 10 then moving 
up. This will also substantially reduce head 
movement at the volume level. I have done 
this and have measured 70 percent reduc- 
tion in head movement activity on one 
volume where many sequential datasets 
reside. 

If you are in an environment that has 
tens of thousands of datasets, it is not 
practical for one person to try to change 
them all but you also have the most po- 
tential for improvement. Just pick one 
particular job, average its before block- 
size modifications elapsed times and then 
change the blocks and rerun. Report it to 
your management. Then ask for money 


for a product like BlockMaster from 
Computer Associates or Sequential I/O 
Optimizer from System Connections to 
help you reblock the others. Why? This 
action may save the purchase of some 
number of volumes of DASD or at least 
allow you to place more datasets on a par- 
ticular volume. You may also be able to 
complete more batch jobs in the same slice 
of time. 


Manipulating ICS and IPS 
Members 


Another method of improving batch 
turnaround depends on the physical con- 
struction of a particular job stream. For 
example, if the first job in the stream cre- 
ates a dataset that the second and third 
use as input, you could place the first job 
in a different performance group through 
the use of the Installation Control Speci- 
fications (ICS) member in PARMLIB. 


We have 
established 
a successful 


program here, 


made all of the 
mistakes and some 
of the progress. 
R. Douglas Swords 


Using a higher priority performance 
group could allow the first job to com- 
plete faster, further reducing the overall 
elapsed run time. Here we switch Instal- 
lation Performance Specifications (IPS) 
members through the AUTOCMDS facil- 
ity at midnight to allocate more resources 
to batch processing when the CICS activ- 
ity is at its lowest. There may be rules 
about this in your shop so check around 
first. Manipulating ICS and IPS members 
is more complex and it really is not a 
good starting place for a beginner. 

We can also examine Partitioned Data- 
sets (PDS) in a basic sense. If you think 
of a PDS as a warehouse where many 
different things are stored and the direc- 
tory of the PDS as a list of where those 
items are, you can see that by placing the 
items in greatest demand nearer the list 


38 


July/August 1988 


means that you travel a shorter distance 
to get it. Reorganizing a PDS based on 
the fetch rates of its members is an effec- 
tive way to improve response times for 
TSO users and the loading of modules 
from load libraries for CICS. There are 
tools to help you do this and nearly every- 
one who sells DASD performance prod- 
ucts will have such a tool. If you have 
trouble getting something like this you can 
always break up very large PDSs and place 
highly fetched members in smaller PDSs 
together. 


CICS Performance Monitors 


It is difficult to analyze CICS without 
some sort of performance monitor such as 
the Omegamon CICS from Candle, the 
Monitor for CICS from Landmark or CICS 
Manager from Boole & Babbage. These 
firms will offer products and some assist- 
ance for a trial period. This is a good way 
to build a case for the purchase of the 
product. 

There are different management tech- 
niques depending on the level of CICS 
you use and whether or not you run under 
MVS/XA. The non-XA shops have more 
to gain by careful management of the 
storage within the available region size 
due to Virtual Storage Constraint (VSC). 

Within CICS the very basic things to 
consider are program compression, allo- 
cation and utilization of the Local Shared 
Resource (LSR) buffer pool, evaluation 
of page size and perhaps evaluation of 
resident programs. 

From the standpoint of the LSR pool, 
consider that datasets with high update and 
browse ratios should be removed and this 
removal may yield better utilization by 
the high read-to-write ratio datasets. Some 
of this can be determined from your CICS 
out list statistics. Also, when allocating 
your buffer pools you do not want to over 
or under allocate. Try for something in 
the range of five percent buffer wait. 

If you never see any waiting for buffers 
then you have too many. Much more than 
five percent will degrade performance. For 
any datasets removed from the LSR pool, 
you will have to do the same evaluation 
for its individual strings and buffers. 


Program Compression 
Program compression can significantly 
affect the performance of CICS. In a basic 
sense, program compression occurs when 
a program is needed that is not loaded and 
there is no room to load it. Programs not 
currently being used are flushed out and 
See Water page 83 " 
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Securing Data 
On The VM System: 
A Rational Approach 


he wonderful thing about IBM’s 

VM operating system is that it 

creates an illusion that each user 

of the system has the computer 
all to himself. The vulnerability of his or 
her data is not an illusion, however, and 
the VM professional must face the fact 
that VM presents considerable opportun- 
ities for sensitive data to be exposed, al- 
tered and/or destroyed. 

Trespassing, the act of unauthorized 
access to the computer, was once the 
‘*hot’’ security issue for mainframe com- 
puter users. Aside from the emotional is- 
sue of intruders using expensive system 
resources, however, there was little real 
damage to the owner of a computer if a 
hacker or DP professional cleverly by- 
passed security to spend a few minutes or 
hours on it. It was unnerving, but not the 
end of the world. Nevertheless, consid- 
erable efforts have been made to prevent 
unauthorized access to and use of main- 
frame computers by IBM in the systems 
software and RACF product and by in- 
dependent vendors with products such as 
the widely used ACF2. 

While trespassing remains an issue to- 
day, uglier motives for trespassing have 
significantly deepened the consequences 
of computer crime in the business com- 
munity. Both outsiders and_ insiders 
(mostly insiders) are now stealing and al- 
tering computer data for personal gain or 
revenge. Computer crime statistics are 
becoming as depressingly familiar to 
everyone in data processing as are crime 
statistics in general to urban America. 

Now DP professionals need to be con- 
cerned not so much with access as with 
the threat to the data that is maintained 
on their system and on computer tapes. 

The toll taken by these insidious acts 
of computer crime weigh heavily on the 


By Steve Halperin and Steven Rev 


companies that are victimized in revenue 
loss, productivity setbacks, competitive 
disadvantage and lawsuits. Certain key 
individuals at the company are also pay- 
ing the price. The company’s directors 
may be financially liable for the misuse 
of the company’s data, DP managers face 
dismissal for failing to adequately provide 
a secure environment for the company’s 
data and systems programmers can have 
their records tainted. The old adage of 
“once burned, twice shy’ does not apply 
in security disaster post-mortems. Often 
with 20/20 hindsight, senior management 
looks askance at the concept that security 
is not important enough to justify all-out 
preventive measures. A more applicable 
saying in the case of compromised file 
data is ‘‘heads will roll.” 


Just as damaging, though not as spec- 
tacular, is the practice of ‘“‘snooping’’ 
where users access other individuals’ files 
and view sensitive mail, memos, budget 
reports and so on that may contain pro- 
prietary information. The consequences 
of such actions range from ordinary em- 
barrassment to serious leaks of informa- 
tion that can hurt internal operations. 


The Need for Better Defense 


What preventive measures can DP cen- 
ters take, especially if they are running 
VM systems? Already familiar with prod- 
ucts such as RACF and ACF2 from their 
MVS days, many VM professionals have 
implemented such packages on their VM 
systems in the hope or belief that the extra 
layer of access control will in fact protect 
the system’s data. 


And yet because of inherent weak- 
nesses in VM itself, it is impossible to 
guarantee the protection of file data 


through access control software. Even the 
makers of ACF2 admit as much in their 
general information manual stating that the 
lack of integrity in the CMS environment 
limits any security system from providing 
absolute file-level protection. 

Access control is thus only the first step 
in providing a secure environment, but 
any installation that has gone to the ex- 
pense and effort to implement such a sys- 
tem has surely done so because it has 
determined the need for totally securing 
its information. Given the limitations of 
VM, however, it becomes necessary to 
augment access control procedures with 
the only proven method of guaranteeing 
the security of file data on the VM sys- 
tem: data encryption as a stand-alone pro- 
cedure. (See Figure 1.) 

Data encryption renders data com- 
pletely unintelligible to anyone who is not 
authorized to use it, even if they manage 
to gain access to it. Yet until recently, 
full-featured, stand-alone encryption 
packages have not been a viable solution 
for VM sites because of overhead consid- 
erations. VM1, a Los Angeles-based soft- 
ware vendor specializing in VM systems 
software, has developed a new product 
called SafeGuard to provide VM sites with 
an easy-to-use and inexpensive means of 
securing their file data, regardless of 
whether or not they are already using an 
access control package. For those who 
have considered the expense of access 
control justifiable for security reasons, the 
incremental cost of obtaining a viable 
stand-alone encryption product need no 
longer be a factor. Even IBM, realizing 
the limitations of access security, encour- 
ages the use of encryption. 

The need for such products as an alter- 
native or supplement to access control 
systems, becomes evident when consid- 
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ering the fact that computer crimes can be 
so damaging. For example: 


@ Security Pacific National Bank of Los 
Angeles lost $7,000,000 to someone 
who tampered with the bank’s elec- 
tronic funds transfer system. 

@ The Immigration and Naturalization 
Service was victimized by its own 
computer security official who used 
the system to create fake immigra- 
tion documents which he sold to il- 
legal aliens. 

@ An employee of the California De- 
partment of Motor Vehicles was con- 
victed of contracting with an auto- 
mobile thief to change the data in the 
department’s vehicle ownership files 
to indicate that the thief was the real 
owner of the car he intended to steal. 

@ Volkswagen AG of West Germany 
suffered the manipulation of ac- 
counting records to cover up nearly 
$259,000,000 in trading losses on 
foreign currencies. 

@ The J. Walter Thompson company 
discovered that the billings in one of 
its departments had been inflated by 
$23,000,000. 


The potential for more disastrous crimes 
is even greater when the types of infor- 
mation stored on corporate computers is 
considered. For example: 

@ Litigation in the case of IBM, Hita- 
chi and Mitsubishi includes the charge 
that books containing IBM’s busi- 
ness plans were stolen from that 
company. Many companies keep their 
business plans on their computers. 

@ Reader’s Digest in Denmark and 
American Express in the United 
States suffered thefts of mailing lists 
that can be vital to the success of 
companies engaged in direct mail ad- 
vertising. Mailing lists are com- 
monly stored on computers and com- 
puter tapes. 

@ Other information stored on com- 
puters that comprise a company’s 
major assets are computer programs, 
plans for new product introduction, 
manufacturing details for new prod- 
ucts, client files, plans for mergers 
and acquisitions and other trade se- 
crets. 

If the unauthorized, benign use of a VM 
system is the only security concern of a 
company’s senior management, then the 
company’s data center can probably make 
do with VM’s minimal built-in protec- 
tion. However, if the company has al- 
ready determined that expensive access 
control is warranted, then it also has data 
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that it needs to protect. To fully protect 
its data, both on the system and on tape, 
encryption is also required. To understand 
why, it is first necessary to understand the 
fundamentals of VM. 


VM: The Return to Multi-User, 
Interactive Systems 


The mainframe computer started out as 
single-user, dedicated device much like 
today’s personal computer. In those days, 
however, computer resources were too 
expensive to be commanded by single 
users. So batch multiprogramming sys- 
tems were developed at the expense of the 
single-user, interactive environment. 

The return to interactivity began in the 
early 1960s, when a group at MIT devel- 
oped the CTSS time-sharing system. 
While CTSS ran a conventional batch 
system that kept the computer busy at all 
times, it gave fast responses to interactive 
users doing programming and debugging. 

Influenced by the success of CTSS at 
MIT, a group at the IBM Cambridge Sci- 
entific Center developed CP/CMS that 
came to be used on IBM’s 360 series 
computers in the late 1960s. This evolved 
into VM/370 that became available for 
the 370 series in 1972 and VM/CMS in 
use today. 

VM simulates the concept of an entire 
machine dedicated to one user bringing 
back the benefits of the single-user, inter- 
active environment. Its two basic com- 
ponents are CP (Control Program) that 
provides each user with a simulated (or 
virtual) dedicated machine and CMS 
(Conversational Monitor System) that runs 
on a CP-created virtual machine as a one- 
user, interactive system. With VM, the 
system can be used at full capacity as with 
a batch system, but the economies of scale 
are achieved by making the system avail- 
able to multiple interactive users. 


The Other Side of the Coin 


The advantages of VM in terms of 
multi-user, simulated dedicated access be- 
come disadvantages in terms of securing 
the system and its data against abuse. 
Everything about the concept of VM en- 
courages ease of entry, ease of use and 
ease of access to computer resources. 

There are two system attributes pro- 
vided by VM that give the user consid- 
erable powers: 

1. A DASD volume on which data files 
reside. The volume can be dedicated to 
one particular virtual machine or, usually, 
shared by many. 

2. A virtual console that simulates a 
complete physical console to the real ma- 


chine. Thus, the user can issue from the 
terminal commands such as: 


@ QUERY — to obtain information 

about the system and its resources 

@ LINK — to obtain the use of a DASD 

volume or portion of same 

@ SPOOL — to control the transfer of 

data files among users. 

Because of the shared use of data stor- 
age devices and the user’s ability to query 
the system, link to storage devices other 
than his own and control the spooling of 
data files, VM has built-in security prob- 
lems. These problems have not gone un- 
addressed by IBM, however, as VM at- 
tempts to respond to each potential security 
issue: 


@ Access to the system is controlled by 
user IDs and passwords. A security 
journaling option (specified when the 
system is generated) records unsuc- 
cessful logon attempts and sends 
messages to the system administrator 
documenting the date, time, termi- 
nal, user ID and passwords involved. 

@ Privilege classes are assigned to each 
user that define the limits of system 
facility access. Certain commands 
and functions are associated with 
specific privilege classes and an at- 
tempt to execute a command that is 
out of bounds for that user’s class 
will result in denial of command ex- 
ecution. 

@ Minidisks (the divisions by CP of a 
DASD volume) on which data files 
reside can be access controlled by 
password and can be made read-only, 
so that data cannot be altered on them 
when they are accessed. 


Each of these precautions is accounted 
for in the VM Directory, a file containing 
descriptions of all of the virtual machines. 
There is a directory entry for each user, 
with ID and password, privilege class, 
dedicated minidisk assignment and shared 
minidisk assignment. 

The controls placed on the abuse of the 
system are therefore related to access and 
the knowledgable user who circumvents 
these controls by changing his or another 
user’s directory listing (in the most basic 
of terms). This will gain access to areas 
of the computer to which he is not au- 
thorized to go and to command functions 
that he is not authorized to use. 


CP operates in the real machine’s su- 
pervisor state and the virtual machines run 
in the real machine’s problem state. Each 
virtual machine can operate in either vir- 
tual problem state or virtual supervisor 


July/August 1988 


Would you spend 
a few thousand dollars 
to save millions? 


They did. 


How much is a corporation’s data worth? 
Some say millions. Some say it’s priceless. 
Some don’t know until they lose it. 


The DATA RECOVERY SYSTEM (DRS) from 
Integrity Solutions is the world’s leading VSAM 
data integrity system for IBM mainframe 
environments. With it, both CICS and batch VSAM 
data can be quickly and easily recovered in the 
event of inadvertent data corruption or loss. 
Redundant batch backups can be eliminated. And 
CICS journals and logs are automatically archived 
with the JOURNAL MANAGEMENT SYSTEM (JMS). 
Over four hundred of the world’s leading 
IBM shops can’t be wrong. 


The DATA RECOVERY SYSTEM from 
Integrity Solutions 
Because your data is worth it. 


Integrity Solutions, Inc. 


7921 SouthPark Plaza, Suite 200 
Littleton, CO 80120 
1-800-289-9900 or (303) 794-5505 
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state. When it issues a privileged com- 
mand, an interrupt is generated. CP han- 
dles the interrupt determining the course 
of action depending on the virtual register 
and virtual state word maintained for that 
virtual machine. If the virtual machine is 
in virtual problem state, the interrupt is 
passed back to the virtual machine (de- 
nied). If the virtual machine is in virtual 
supervisor state, CP will simulate the ex- 
ecution of the privileged command, but 
only if the virtual machine is authorized 
to execute that command. 

Penetration studies have found that one 
of the major security vulnerabilities of VM 
results from the complexity by which CP 
simulates the input/output interfaces. 
Penetrations are possible because of er- 
rors in simulating certain channel pro- 
grams that can be written by a user and 
from a failure to anticipate certain effects 
made possible by the simultaneous oper- 
ation of the CPU and input/output in the 
support of a user. 

Furthermore, since the CMS environ- 
ment permits the general user program to 
execute in supervisor state, to enter stor- 
age protect key zero, to execute privi- 
leged commands, to issue input/output 
commands and process interrupts inde- 
pendently of the CMS nucleus, the so- 
phisticated user can potentially modify the 
CMS nucleus compromising CMS and OS 
file-level security. 

CMS file security is basically divided 
into two components-one controlled by CP 
and one by CMS. The component con- 
trolled by CP that is at the minidisk level, 
provides either read, write or multiple 
read/write access to any particular mini- 
disk. The CMS component attempts to add 
an additional level of security by pre- 
venting a user with read/only access to a 
minidisk from seeing files designated as 
filemode zero. The failure of this method 
of protecting files is that the CP control 
is not aware of any of the CMS level file 
protection schemes. Therefore, when 
CMS is not operating or is bypassed or is 
modified as previously mentioned, re- 
stricted files can be obtained for misuse. 

This is why VM’s built-in security 
measures are insufficient for protecting file 
data and why any access control system 
is limited in providing absolute file-level 
protection. 

The answer to this deficiency in VM 
has traditionally been to add more layers 
of access control that only makes a user’s 
efforts to obtain the use of data more dif- 
ficult rather than impossible. Unfortu- 
nately, the level of difficulty serves to lull 


many data center personnel into a false 
sense of security. The crime statistics be- 
lie the best intentions of the package’s 
designers, particularly when companies 
are victimized by their own employees. 
And no access system protects data stored 
on tape. 

The argument has also been set forth 
by the administrators of access control 
packages that audit trails serve as a de- 
terrent to computer crime. Since a record 
is kept of all activity on the system, any- 
one committing an unauthorized act would 
be found out. The truth is that audit trails 
deter computer crime as much as the death 
penalty deters murderers. And even if de- 
tection of the crime was an issue for the 
potential criminal, according to the Na- 


ideal procedure for the business commu- 
nity at large, because it solves a serious 
problem with shared systems such as VM. 
Even without the threat of outside intrud- 
ers gaining access to data files, every sys- 
tem has at least one person designated as 
having unrestricted access to all system 
files. Users (and companies) may be re- 
luctant (wisely) to store really sensitive 
information. Encryption enables users (and 
companies) to trust their most valuable 
information to mainframe computers and 
thus have more respect for the mainframe 
and the data center. 

Furthermore, if encrypted tapes or disk 
packs are stolen from the facility or en- 
route via mail or courier service, they are 
useless to the thieves. Encryption is the 


How Secure Is Your VM System? 


SECURITY ISSUE 


Protects data at file level 
Protects data on tape 


Control of resources 
(computers, disks and so on) 


Allows user-level security control 
Avoids dependency on passwords 


Easy to use/implement 


Ensures data is secure in event 
of system crash 


Provides audit trails 


Insulated from central ‘‘security czar’’ 
who can manipulate system 

Invulnerable to inside user who can 
bypass security procedures 


tional Center for Computer Crime Data 
there is little reason to expect that any- 
thing will be done about it. The odds are 
one in twenty-two thousand that a com- 
puter criminal will go to jail, because the 
definition and prosecution of computer 
crimes are so nebulous and ineffective in 
the court system. Regardless of the con- 
sequences of the crime to the criminal, 
however, the consequences to the victim 
are certain. A better solution is in order. 


Encryption: The Key to 
Safe Data 


Data encryption was once considered 
the sole interest of the military and dip- 
lomatic communities. The National Bu- 
reau of Standards adopted a Data Encryp- 
tion Standard (DES) to apply to all 
encryption of sensitive government infor- 
mation. Today, however, encryption is 
being considered more and more as an 
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only way to secure data once it is of- 
floaded from the system for backups or 
transfer. 

Encryption can also be used to limit the 
use of functions on the system, not merely 
to secure data files. If program modules 
are encrypted, they are rendered useless 
and only those people authorized to use 
them would be given the encryption key 
(the encryption/decryption of modules 
could be automated in an exec). 

In a symmetrical encryption scheme, 
such as DES, the same key is used for 
both encryption and decryption. The key 
is a string of characters that is used in 
conjunction with an algorithm, a fixed set 
of rules in a mathematical formula. The 
intruder must know the key in order to 
decrypt the file, even if he knows the al- 
gorithm. For further protection, more than 
one key can be used to encrypt files. 

See Data page 75 


44 


July/August 1988 


SYSTEM DEVEL€ PMENT 
UNDER CICS 


SYSD 


e TSO/ISPF like e CICS Display and Debug 
Edit and Browse Utilities 

e Screen Management e Full Security 

e On Line Report Viewing e VS1, MVS, MVS/XA 

e Report Printing with CICS 


e DASD Management 


Over 450 customers worldwide. 
*150 ISPF/SDSF users on a 16 MB4381. 
INTERESTED BUT SKEPTICAL? Ask for the ® H&W COMPUTER SYSTEMS, INC. 
story of a major company who's solution t+, 4 PO. Box 15190 © Boise, Idaho 83715-0190 


; 208) 385-0336 ¢ ts hs 338-6692 
was recently featured in the 4300 Journal. Fax. (208) 342-5 


CIRCLE #154 on Reader Service Card 


CIRCLE #179 on Reader Service Card 


Manager from page 20 
have resolved the problem. If the user is 
not sure how the problem occurred, you 
can use the scroll feature to review the 
user’s previous screens and determine 
what actually took place. 


Messages 
An important benefit of the message 
feature is the ability of the systems pro- 
grammer to inform users of changes in 
the operation of the network. This is done 
with the broadcast message. Look at the 


broadcast message feature from an oper- 
ations perspective. 

The ACF/VTAM systems group has in- 
formed operations that they want to re- 
load the 3725 at noon to correct a network 
performance problem. There are produc- 
tion lines on the 3725 that must be noti- 
fied of the outage. 

First, using the broadcast feature of the 
session manager, the operator can notify 
all active users of the 3725 that they will 
be shut down at 11:45 for 15 minutes to 
reload the NCP. Second, the operator can 


VSAM 


® Pools DASD for VSAM 


™ 


# Eliminates production ABENDS due to lack 


of space 


® Automatically controls allocations based on your 


shop standards 


® Keeps test files from cluttering production packs 


® Reports on VSAM DASD use and trends 
= Makes IDCAMS JCL device and volume 


independent 


For more information call 


800-638-9254 


MVS only. 
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set up a log-on message for the users who 
log on after the broadcast message is sent. 
When those users log on to the session 
manager, this message notifies them that 
the 3725 will be down. The third step is 
to schedule a timed message for delivery 
at 11:30 to the 3725 users reminding them 
of the 11:45 NCP change. At 11:45 the 
operator can feel confident that most of 
the users have been notified of the pend- 
ing shutdown and he can proceed to re- 
load the 3725. 

Usually, the problem of informing users 
who access several subsystems of a pend- 
ing change comes in locating them. This 
has been solved through the use of the 
session manager’s broadcast services. A 
session manager enables you to set up log- 
on, broadcast and timed messages tar- 
geted at terminals, groups of terminals, 
users, groups of users or users of specific 
subsystems like TSO or CICS. This flex- 
ibility allows systems and operations per- 
sonnel to communicate changes easily and 
quickly which minimizes the effect on the 
users. 

All of these features provide operations 
and systems personnel with the tools they 
need to help end users when problems oc- 
cur. These tools can be used to teach 
classes, conduct application reviews and 
run on-line meetings. Help desk features 
are tools that help the MIS department 
contribute to the company’s goal of cre- 
ating a more productive and profitable 
business environment. 


Network Performance Features 

The last category of features provided 
by software session managers is made up 
of the network performance items. Among 
these features are the statistics related to 
network traffic and user response time. 
This category also includes the 3270 data 
stream compression techniques that help 
in the reduction of needless character 
transmission in the network. 


Utilization Statistics 

Session managers are an ideal place to 
collect statistics on end-user response 
times. The session manager sits in the 
middle between the user’s terminal and 
the subsystem. Therefore, the session 
manager can measure the time it takes for 
a transmission to complete to a terminal 
or the turn-around time associated with 
different subsystems. The session man- 
ager can also keep counts on the amount 
of traffic that a particular user is gener- 
ating and the overall connect time of that 
user to different subsystems. Figure 3 


See Manager page 50 
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The Power of. 
Automated Operations 


Power You Trust Behind the Master Console 
It takes power to automate. Not just iron and a little 
software. But a force behind the automation tool . 
that can help when things get tough. Candle, the 
company that defined MVS performance with 
OMEGAMON® has entered the automated 
operations field with AF/OPERATOR.™ 


Energize Just What You Need 

Candle’s family of automation products is flexible 
enough to meet your individual needs—from simple 
message management to remote operations. It's up 
and running in an hour, handling basic message 
traffic and doing flawless IPLs at warp speed. 


Or Blast Off Into Full Automation 

When you’re ready to automate recovery or complex 
procedures, AF/OPERATOR enhances your growth. 
With an automated operations product from Candle, 
you’re uniquely positioned to handle whatever you 
need in the engine room, including automated 
availability and performance when the time comes. 


Streamline the Engine Room 

Basic message management is the first step. And 
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automated operations with the ability to control 
MVS and its subsystems—IMS, DB2, CICS, and JES. 


With High Performance 

System overhead isn’t an issue when you can have 
less than 1% CPU consumption. Nor is scheduling 
when you can make changes to the system on the 
fly, rather than waiting for an overnight ‘gen’ 


And Support From the Mother Ship 

When you take a step into the dimension of 
automated operations, you want the best ground 
crew behind you. And Candle’s support has received 
DataPro’ highest rating. This support extends 
beyond round-the-clock customer service and 
education. Candle spends $30 million a year in 
R&D so you won't ever be left behind. 


So whether you’re going to the outer limits of 
automation or just streamlining the engine room, 
Candle is ready to join your crew. Let automated 
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Terry Forbes today at (800) 843-3970. 
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Manager from page 46 3270 Data Stream Compression 


shows the relationship of terminals and | availability. Because the session manager Session managers are an ideal place to 
applications when an ACF/VTAM ses- | is logging on and off of several applica- | do 3270 data stream compression. The 
sion manager is present. tions, it is a logical place to measure the | compression techniques can be applied 
Some session manager products in- | number of successful log-on attempts pro- | without changing the subsystems or user 
clude a feature that reports on system | viding a measurement of availability. See Manager page 73 
Multiple-Session Manager Products 
Product Brief Product Operating For More 
Name Vendor Description Environment Information 
BlueLine Software, Inc. The Multiterm family of products provides MVS, VSE, VM/SP, 


1500 S. Lilac Dr., Suite 340 | comprehensive session management and HELP VTAM 
Minneapolis, MN 55416 DESK facilities for VM, MVS and DOS/VSE users. 
(800) 826-0313 HELP DESK facilities can be used by authorized 
technical personnel to identify and resolve problems 


experienced by terminal users. 


CL/Supersession Candle Corporation CL/Supersession is a multi-session manager that 
1999 Bundy Dr. supports an unlimited number of concurrent users 
Los Angeles, CA 90025 and sessions while maintaining maximum efficiency 
(213) 207-1400 and throughput. CL/Supersession is built around a 


CIRCLE 300 
CIRCLE 301 
Dialog Manager that provides for complete 
customization. 
CA-VMAN Computer Associates CA-VMAN is a network and session manager that CIRCLE 303 
International, Inc. allows single or multiple sessions by terminal or user. 
711 Stewart Ave. It provides a single entry point to VTAM, extensive 
Garden City, NY 11530 security interfaces, menu selection of network 
(800) 645-3003 applications and generates VTAM and NCP 
parameters. 
TPX (Terminal Duquesne Systems, Inc. TPX improves end-user productivity by allowing MVS, VM, VTAM CIRCLE 304 


Productivity Two Allegheny Center simultaneous connection to several on-line 
Executive) Pittsburgh, PA 15212 applications and minimizes consumption of network 

MVS, VSE, VM, CIRCLE 305 
VTAM 


(412) 323-2600 resources. Users can switch between multiple 
TUBES 


applications with a single command or PF key. 


The TUBES family is a group of products that 
SIM/Session II 


MVS, MVS/XA, 
VTAM 


Macro 4 Systems Software 
Brookside Plaza 

Mt. Freedom, NJ 07970 
(800) 223-0414 


provides all users logged on to an easy means of 
accessing all of the facilities that may be required by 
a user in a VM environment or all applications 
required in the VTAM environment. Each TUBES user 
may have concurrent access to up to 12 systems 
while TUBES VTAM users may have concurrent 
access to up to 24 different applications. 


Teleview provides advanced SNA session 
management capabilities for concurrent terminal 
sessions, global network security and session pooling 
in VTAM networks. Teleview resides as a VTAM 
application in one or more MVS post processors. 


Simware, Inc. SIM/Session II is a session manager that supports MVS/XA, VTAM CIRCLE 307 
20 Colonnade Rd. multiple VTAM applications concurrently from a single 
Ottawa, Ontario, Canada physical terminal. It enhances user productivity by 


Pansophic Systems, Inc. 
709 Enterprise Dr. 

Oak Brook, IL 60521 
(800) 323-7335 


MVS, MVS/XA, 
VTAM 


CIRCLE 306 


(613) 727-1779 providing multi-session support, reduces hardware 
cost and helps achieve a higher return on existing 
resources. 


Software AG of North NET-PASS is a VTAM session manager that provides | MVS, MVS/XA, CIRCLE 308 
America easy menu access for single session users, low VSE, VM, VTAM 
11800 Sunrise Valley Dr. overhead session switching for multiple session users 


Reston, VA 22091 and input and output optimization techniques for 
CIRCLE 309 


(800) 843-9534 remote users. 

Westinghouse MULTSESS, designed to be transaction efficient, MVS, MVS/XA, CIRCLE 310 
Management Systems provides users with concurrent access to multiple VM/GCS, VTAM 

Software VTAM applications. MULTSESS features fully 

P.O. Box 2728 customized dynamic selection menus, teacher/pupil 

Pittsburgh, PA 15230 mode, data transfers between sessions and 

(800) 348-3523 integrated on-line administration panels. 


NET-PASS 


PIE PIE’s “preferred environment” technology for TSO, 
CICS and VM provide access to multiple VTAM 
applications. PIE’s MultiTSO and MultiCiICS 
components allow a user to have multiple, parallel 
applications within TSO and within CICS without any 
VTAM overhead. 
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MOST DASD PERFORMANCE SOFTWARE 
TELLS YOU WHAT'S GOING WRONG. 


WE TELL YOU HOW 
TO MAKE IT RIGHT. 


Until now, DASD tuning was a painstaking 
task-requiring hours of statistical analysis just to 
figure out what was wrong. Correcting problems 
often involved guesswork, trial and error and 
just plain luck. DASD ADVISOR from Boole & 
Babbage tells you exactly what’s going wrong 
and how to make it right. 

DASD ADVISOR is an EXPERT system- 


based DASD tuning tool that eliminates the 
need to wade through piles of performance 


statistics. It analyzes the performance of your 
entire DASD subsystem, from individual data 
sets, through hundreds of devices, controllers 
and channels. It identifies data bottlenecks, then 
makes specific tuning recommendations. All in 
concise English. So you have what you need to 
improve DASD performance. And time to solve 
other system performance problems. 


Fora free demo diskette that shows you how 
DASD ADVISOR can help you make it right, 
call Marty Johnson. In California: 800-624-5566. 
Outside California: 800-822-6653. 


Boole & Babbage, Inc., 510 Oakmead 
Parkway, Sunnyvale, California 94086. 


Boole®: @/4, 
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A PROLOG-Based 
Expert System For 
Tuning MVS/XA 


n his acceptance speech for the A.A. 

Michelson award in 1985, Dr. K. 

Mani Chandy said that it takes some 

ten to fifteen years for research in 
the universities to become practical tech- 
nology for industry. The field of Artificial 
Intelligence (AI) is a prime example. The 
last fifteen years have seen AI flourish in 
coming from the university sector to in- 
dustry. AI languages such as LISP and 
PROLOG have been touted as the lan- 
guages of ‘‘choice’’ for fifth-generation 
computing. The Japanese have chosen 
PROLOG as the machine language of their 
logic processor for their fifth-generation 
system. Expert System shells such as 
OPSS and M.1 can help simplify and 
speed the development of these systems. 

Considering Computer Performance 
Evaluation (CPE), some prior exploratory 
work has been done. Vendors are now 
emerging with knowledge-based systems 
for CPE (ISS, Boole & Babbage). 

Although AI has had a long history, the 
application of AI to CPE is still imma- 
ture. In CPE, many performance analysts 
have developed a set of ‘‘rules-of-thumb’’ 
for tuning large systems. Typically, this 
set takes five years to develop. As there 
is a tendency to promote quality person- 
nel within a corporation, it is critical to 
extract the set of rules from the perfor- 
mance ‘‘expert’’ before (s)he is promoted 
to a new position. In essence, a ‘‘tech- 
nology transfer’’ must occur. 

This article will discuss some of the 
issues involved in building an expert sys- 
tem that embodies tuning rules for IBM’s 
MVS/XA operating system. To under- 
stand the components of an expert system 
and their functions, PROLOG on an IBM 
PC (Turbo-PROLOG from Borland Inter- 


By Dr. Bernard Domanski 


national) was chosen as the development 
environment. The article will begin by 
defining the key concepts about expert 
systems, knowledge engineering and 
knowledge acquisition. The reader will be 
given a brief overview of PROLOG which 
will explain how an inference mechanism 
was developed. Finally, the article will 
describe the expert system that was de- 
veloped and additionally will provide a 
set of key issues that should be addressed 
in the future. The overall objective is to 
provide new insight into the application 
of AI to CPE. 


What Is an Expert System? 


An expert system is a knowledge-based 
reasoning system that captures and repli- 
cates the problem-solving ability of hu- 
man experts. Expertise consists of knowl- 
edge about a particular area or domain, 
understanding of domain problems and 
skill at solving some of these problems. 

Domain knowledge, rather than the 
complexity of formal reasoning methods, 
is the key to solving difficult problems. 
Knowledge can take many forms: 

@ Specific inferences that follow from 

specific observations 

@ Necessary and sufficient conditions 

for achieving a goal 

@ Probable causes of symptoms. 

Knowledge can be represented in sev- 


eral ways such as rules, frames and log- 
ical predicates. In most current expert 
systems, knowledge is expressed in rules 
and these rule-based systems will be dis- 
cussed here. The skill of these systems 
increases at a rate proportional to the en- 
largement of their knowledge bases. They 
usually explain their conclusion by re- 
tracing their lines of reasoning and trans- 
lating the logic of each rule used into nat- 
ural language. 

There are a variety of reasons for build- 
ing systems that capture human expertise: 


@ Experts retire or are promoted taking 
their knowledge with them 

@ An expert’s time is not particularly 
well spent answering user’s ques- 
tions 

m@ Expertise may be scarce 

m@ Expertise may be expensive to de- 
liver 

@ Experts are not always consistent. 


Figure | shows a diagram of the most 
basic components of an expert system. The 
knowledge base is usually a collection of 
rules about the problem domain supplied 
by the expert. Problem solving knowl- 
edge is usually used in consultations be- 
tween the expert system and the end user 
or with other programs. The working 
memory keeps track of what the system 
knows during each consultation. The 
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Support 
Of Network 
Printers On 
MVS Is A 


Complex Task 
Made Simple. 


VPS has been used to replace other products, 
such as: IBM's 328x/ADMPRINT/DSPrint, CICS 
supported printing, SASWTR®, RJE and many 

others, with a single task to drive all your 3270 family printers directly from the JES 


spool (including cross domain VTAM printers). 


1400 Sites use VPS as their shop 
standard 3270 family printer driver. 


¢ Printers supported include the full array of 3174/3274 
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Xerox lasers, plotters and PC printers. 


VPS runs as a VTAM application. NO system modification. 
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printer, printer pooling and “hot" printers are all supported. 


Full screen “ISPF-like" command interface for CICS, TSO 
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menu driven command entry. 
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for a free TRIAL — ATTN: Marketing Dept. 
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2387 West Monroe ® Springfield, Illinois 62704 © (217) 793-3800 
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inference engine looks in the working 
memory and the knowledge base to see 
what is true at any given time to resolve 
queries. 


Consider a simple knowledge base with 
only two rules: 

1. Rule 1: IF a THEN b 

2. Rule 2: IF b THEN c. 

Each rule has a premise clause (IF) and 
a conclusion clause (THEN). If a user 
poses the question “‘IS c TRUE,’ the in- 
ference engine looks through all the rules 
in the knowledge base and tries to find 
one that would conclude about c. It finds 
tule two: IF b is true, THEN c is true. 
Now, if the inference engine could dis- 
cover whether b was true, then it would 
know whether c was true. So a query is 
made of working memory, ‘‘Is b true?’’ 
Again, the inference engine examines the 
rules in the knowledge base, this time 
looking for a rule that would come to a 
conclusion about b. It finds rule one and 
this leads to asking the question, “‘Is a 
true?’’ If the user responded yes, then the 
inference engine would: 


@ erase the query about a 

™@ place the fact that a is true in the 
working memory 

@ use Rule | 

@ place the fact that b is true in the 
working memory 

@ use Rule 2 

@ place the fact that c is true in the 
working memory 

@ resolve the original query and 

@ tell the user ““Yes, c is true.”’ 


This is a simple example of a backward 
chaining system. The inference engine 
works backwards through the conclusions 
of the rules, trying to determine whether 
the premises are true. In a forward chain- 
ing system, facts would be placed in the 
working memory and the inference en- 
gine would report any conclusions it could 
to the user. For instance, if ‘‘a is true’ 
were entered, the system could report that 
both b and c were true. 

Forward chaining was used in our PC/ 
PROLOG Expert System for MVS/XA. 
Backward chaining systems tend to be goal 
driven which means they work backward 
from some specific goal (c above). For- 
ward chaining systems tend to be data dri- 
ven which means the system is primed 
with certain facts and draws any conclu- 
sions it can. 

Other information must reside in the 
knowledge base in addition to the rules. 
For example, consider the user interface. 
How does the expert system know what 
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question to ask the user when that be- 
comes necessary? This information is 
stored in the part of the knowledge base 
that describes the as and the bs or the 
traits characteristic of a given problem 
domain. For example, the trait USERS 
may carry with it the prompt, ‘‘On av- 
erage, how many users are connected to 
the system?”’ 

However, when many rules are present 
in the knowledge base, complex consul- 
tations can occur. It can become difficult 
to predict what questions will be asked 
and in what order unless some precau- 
tions are taken. The builders of the fa- 
mous MYCIN medical expert system 
found that doctors were somewhat bewil- 
dered when the consultation questions 
jumped from one topic to another: *‘What 
is the patient’s age?’’ ‘What was the re- 
sult of test X?’’ ‘‘What is the patient’s 
name?’’ and so on. It becomes necessary 
to use more control information. For in- 
stance, the system could be instructed, 
““Ask about traits a, b and c first, then try 
to find the value of trait d by forward 
chaining, then ask about traits e and f, 
. . .’ This consultation and control infor- 
mation is also kept in the knowledge base. 
As will be shown later, the PC/PROLOG 
expert system for MVS/XA employed this 
concept in its structure of its knowledge 
base. 

It is sometimes necessary to keep even 
more information in the knowledge base 
such as special purpose algorithms or 
methods needed to retrieve information 
from databases that reside outside the ex- 
pert system. Thus the task of knowledge 
engineering includes more than eliciting 
rules from the expert. All the traits (such 
as a and b above) and their characteristics 
and accompanying control information 
must be identified as well. 
Advantages of a 
Knowledge-Based System 

A natural question asked about expert 
systems is, ‘‘What are the advantages of 
using a knowledge-based system?’’ In 
general, knowledge-based systems extend 
the speed, accuracy, consistency, availa- 
bility and affordability of computation 
from clerical to intellectual applications. 
Specifically, the advantages can be seen 
in the following areas: 

@ Behavior: users can ask ‘“‘Why?”’ 
questions to show why certain deci- 
sions were made. This is in direct 
contrast to a traditional data process- 
ing system in which the only way to 
verify the system’s reasoning is to 
simulate the system’s behavior. 


™ Knowledge independence: a piece of 
knowledge (a rule) can be examined 
and easily changed somewhat inde- 
pendently from other pieces of 
knowledge in the system. 

@ Separation: knowledge is kept sepa- 
rate from the reasoning process that 
uses it. Building an expert system 
consists of changing knowledge rather 
than program code. The expert and 
the knowledge engineer can examine 
and change this knowledge since it 
is ideally represented in an English- 
like format. Because of this separa- 
tion, rule-based systems can be in- 
crementally developed with steady 
performance improvements. 


Knowledge Engineering/ 
Knowledge Acquisition 

What is knowledge engineering? This 
is the term given to the extraction, de- 
scription and computerization of expert 
knowledge. Knowledge consists of de- 
scriptions, relationships and procedures 
in a domain of interest. The major task in 
building an expert system is the transfer 
of knowledge from its source into the ex- 
pert system. This is called knowledge ac- 
quisition. 

Potential sources of knowledge include 
human experts, textbooks, databases, ex- 
amples, case studies and personal expe- 
rience. Within CPE, nearly all these 
sources can be used to elicit performance 
knowledge. The prototype system was 
developed using PROLOG-used knowl- 
edge that was extracted from technical 
papers, IBM manuals and personal ex- 
perience. 

The process of building a comprehen- 
sive expert system can be described as an 
iterative, cyclic interaction between the 
expert, the knowledge engineer and the 
system itself: 


1. The expert tells the knowledge en- 
gineer what rules to add or change 

2. The knowledge engineer makes 
changes to the knowledge base 

3. Several tests are run for consistency 
checking 

4. If any problems arise, they are dis- 
cussed with the expert and we go 
back to step 1 

5. The expert runs the modified system 
on new cases until new problems are 
discovered 

6. If no problems are encountered in a 
substantial number of cases, the ex- 
pert stops checking the system. 

The stages of expert system knowledge 

acquisition roughly correspond to systems 
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Faster Image 
Copies 


IMAGE COPY PLUS provides ex- 
act image copies of your DL/1 data 
bases much faster than the IMS 
utilities you are now using. IMAGE 
COPY PLUS reads the data base 
faster, writes out the image copy 
faster, and processes multiple tasks 
asynchronously to further reduce 
wall clock time. 


Virtually No Data 
Base Downtime 


The Incremental Image Copy fea- 
ture allows you to produce an image 
copy without accessing the data 
base. And the Online Image Copy 
feature keeps your data bases 
available to users without affecting 
system response time. 


Reduced 
Copy Tape 
Consumption 


Three compression options reduce 
the amount of data to be written out 
—further reducing the time needed 
to create image copies and greatly 
reducing tape requirements. 


CIRCLE #103 on Reader Service Card 


BMC Software, Inc. 


MJ 
PO. Box 2002 » Sugar Land, TX 77487-2002 IMIG 


SOFTWARE 


C) Contact me about a 30-Day-Plus 
Free Trial of IMAGE COPY PLUS. 


_] Contact me with more 
information on IMAGE COPY PLUS. 


Name 

Title 

Company 

Address 

City State/Prov. Zip/PC. 


Phone 


analysis and software engineering accord- 
ing to Hayes-Roth (Rule-Based Systems). 
In this acquisition model, an expert sys- 
tem grows by proceeding from simple to 
increasingly more difficult tasks and by 
incrementally improving the representa- 
tion and organization of the knowledge. 
We outline this acquisition model below. 


@ Identification: identify the problem 
area and define its scope while de- 
termining the resources needed and 
deciding on the goals and objectives 
of the system. Questions that must 
be answered include, **What class of 
problems will the expert system be 
expected to solve?’’ *‘What data is 
required?’’ and **What are important 
terms and their interrelationships?”’ 

@ Structure: key concepts, relations 
and information-flow characteristics 
needed to describe the problem-solv- 
ing process are defined. Related 
questions might include, **What is 
given and what is inferred?”’ *‘How 
are objects related?’’ and **What is 
the information flow?’’ 

@ Formalization: concepts and _ rela- 
tions are mapped into a formal struc- 
ture suggested by the expert system. 
Related questions include, **What 
kinds of questions should be asked to 
obtain data?’’ or **What is the cost 
of data acquisition?” 

@ Implementation: a knowledge engi- 
neer combines and organizes the for- 
malized knowledge to make it com- 
patible with the information flow 
characteristics of the problem result- 
ing in a prototype that can be exe- 
cuted and tested. 

@ Testing: the performance of the pro- 
totype is evaluated and revised to 
conform to the standard defined by 
experts in the problem domain. Typ- 
ically, this is an iterative process: an 
expert evaluates the program’s per- 
formance while the knowledge en- 
gineer revises the knowledge base. 

It is beyond the scope of this article to 

examine knowledge acquisition tech- 
niques in detail. Note that most of these 
techniques require that knowledge be 
elicited from information sources and first 
placed into an information base. From 
there, it is analyzed and organized into 
knowledge bases and then used with an 
expert system. The knowledge must be 
tested for necessity and sufficiency and 
the knowledge bases must be refined ac- 
cordingly. Techniques in knowledge ac- 
quisition often have roots in psychology. 
Our PC/PROLOG-based expert system 


for tuning MVS/XA faced the same prob- 
lem of knowledge engineering/knowl- 
edge acquisition. Though we chose as our 
initial knowledge source written material 
(that is, papers and IBM manuals), we 
first addressed questions of identification. 
We felt that the most common types of 
tuning problems for MVS/XA are I/O re- 
lated; thus, the class of problems for our 
first prototype was limited to I/O and pag- 
ing/swapping. We next needed to identify 
the data that would be required and this 
was inferred from our information sources. 
For example, we decided that it would be 
important to know whether or not dedi- 
cated page volumes were being used. 
Overall, the objective of our system was 
to gather information about the presence/ 
absence of performance ‘‘symptoms,”’ 
analyze these to form a “‘diagnosis’’ and 
then suggest **treatment.”’ 

In defining the structure, we grouped 
certain traits together that are related to 
specific problems. For instance, values for 
pend time, connect time, disconnect time 
and IOS (IO Subsystem) queue time are 
related to poor I/O response time. We 
could derive a value for I/O response time 
from these traits. The procedures for find- 
ing a problem could then be informally 
described by grouping the key traits to- 
gether, inferring any additional informa- 
tion and finally describing (informally) the 
relationships (rules) between the traits and 
the problems to be solved. 

The formalization of structure into a 
more formal representation is usually 
made easy when an expert system shell is 
used. The format of rules is specified by 
the shell, so the transformation does not 
have to be difficult. In the case this author 
worked on, no such shell was used. The 
problem was compounded because a new 
shell had to be developed. In a later sec- 
tion of this article, the steps that were 
taken to build a shell and to determine a 
“‘language’’ for expressing CPE rules will 
be described. 

Implementation implies that the system 
be built. This process will be described 
later. However, an interesting question 
about the focus of rules comes up. We 
might build a rule like, “If page delay 
time is greater than 100 ms, then you 
should examine the page/swap dataset 
configuration.’ Here, the presence of the 
symptom (page delay time > 100 ms) im- 
plies a potential diagnosis which would 
have a corresponding treatment (that is, 
consider dedicated page volumes). We will 
call this a forward leading predicate. Now 
consider the following: if a treatment were 


“‘use dedicated page volumes,”’ then the 
expert system could ask, “‘Are you using 
dedicated page volumes?’’ If the answer 
was yes, then suggesting this as a possible 
treatment is redundant and confusing. This 
is an example of a backward looking 
predicate. The presence of a potential 
treatment would imply that the expert sys- 
tem should look for other treatments or 
reply that the system does not know a 
treatment for the problem. 

Testing our prototype consists simply 
of letting an ‘‘expert’’ use the system and 
incorporating any additional knowledge 
the expert gives into the system. For this, 
our prototype was given a ‘‘why”’ facil- 
ity: the ability for the user to ask how a 
particular diagnosis was reached. In ad- 
dition, the prototype was given an editing 
capability over the contents of the knowl- 
edge base. Using commonly used PC ed- 
iting keys, the expert could add, delete or 
modify not only the rules in the system; 
but also, the control mechanism and the 
contents of the help, diagnosis and treat- 
ment messages that the system uses. In 
short, the expert is given full control of 
all of the knowledge that the system has 
during the entire testing process. After 
testing, these features were left in the ex- 
pert system. 


PROLOG 


Over the past two decades, the price of 
hardware has dropped dramatically while 
the costs associated with software devel- 
opment have now become the dominant 
portion of a total system budget. This rapid 
rise has influenced the development of new 
programming tools that simplify system 
development. PROLOG is the result of 
years of effort in this area. PROLOG was 
developed at the University of Marseilles, 
France, by Alain Colmerauer in the early 
1970s. It was designed to be a convenient 
tool for PROgramming in LOGic (hence 
the name). It can be more powerful and 
efficient than many traditional program- 
ming languages (that is, PASCAL, FOR- 
TRAN and so on.) 

A PROLOG program uses a descrip- 
tion of a problem’s facts and rules and 
then finds all possible solutions to the 
problem. In PROLOG, a programmer de- 
scribes what must be computed, rather 
than how the computation should be car- 
ried out. This declarative (rather than pro- 
cedural) approach eliminates well-known 
errors that are common in other program- 
ming languages (that is, one too few it- 
erations in a loop). So aside from some 
initial declarations, a PROLOG program 
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It’s not a High-speed Printer 
Unless it’s High-speed on the 
Tough Jobs! 


Mix text, graphics and forms, in any 
combination, and the NBS Southern 
model 3840 will still give you 40 
pages of pure output per minute! 


NBS Southern’s model 3840 
gives you forty honest pages 
per minute — form, text and 
graphics — all ona single pass 
on standard cut sheet paper at 
300 dots per inch. 


If you're tired of watching out- 
forms and 


graphics get more complicated, 
it’s time to look at NBS Southern’s 
3840. It houses a true 57 resident 
fonts, with optional expansion to 
over 150. In fact, it supports the 
entire Bitstream® font library, 
and fonts may also be loaded 
directly from the host computer. 


With the addition of NBS 
Southern’s PAGEWARE™ Forms 
Description Language (FDL), you 
can easily merge text with com- 
plex documents, logos, signatures 
and other special graphics. 


For computer printing require- 
ments up to 200,000 pages per 
month, the NBS Southern 3840 
is the ideal solution. It improves 
accessibility to the mainframe 
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from local terminals, it offers 
customized printer performance 
to meet local user needs, it 
eliminates the cost of pre-printed 
forms, and it solves the delivery 
problem inherent in moving printed 
materials from the printing site 
to a remote utilization point. 


For detailed specifications 

and pricing information, contact 
NBS Southern, Inc., 11451 South 
Belcher Road, Largo, Florida 
34643. Telephone 813/541-2200; 
outside Florida 800/327-5602; 
FAX 813/546-8042. 


consists of a set of facts (that is, john likes 
mary, tom likes sam) and a set of rules 
(that is, jean likes X if tom likes X). 
PROLOG deduces that jean likes sam. 
Goals like ‘‘find every person who likes 
sam’’ can be asked of a PROLOG pro- 
gram. PROLOG uses a built-in back- 
tracking mechanism that, once one solu- 
tion has been found, causes PROLOG to 
reevaluate any assumptions that were 
made to see if some new variable values 
will provide additional solutions. 


To better understand the syntax and op- 
eration of PROLOG, consider the follow- 
ing sample program: 

clauses 

watches(bill,bob). 
watches(john, jane). 
watches(fred, felicia). 
watches(mitch, bill). 
watches(brenda, greg). 
watches(bob, bob). 
watches(fred, greg). 
watches(bill,phillipe). 


YOU SHOULD 
BUY THE 
BEST SCHEDULER, 
REGARDLESS 
OF COST. 


In today’s complex DP environment, you need the 
best automated job scheduler you can find. 

You need Zeke, the Scheduler That Works. In a 
recent Datapro survey, users rated Zeke higher than 
any competitive job scheduler. 

Unlike the others, Zeke is designed to solve the 
problems of today’s data centers, not yesterday's 
batch environments. Only Zeke can open and close 
online files. Automatically reply to job messages. 
And bring the online system up and down. And 
that’s important. Because job scheduling involves 
much more than simply submitting jobs. 

Zeke is also the easiest job scheduler to learn. 
The easiest to implement. And it works with both 


MVS and VSE. 


For a free copy of Datapro’s independent analysis 
of job scheduling software, call Altai Software 
today. You'll find out why Zeke is the best job 
scheduler in the world—at any cost. 
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The clause ‘‘watches(bill,bob)’’ is the 
fact ‘‘bill watches bob.’’ Thus, if we pose 
as a goal ‘‘watches(mitch,bill),’” PRO- 
LOG would reply ‘‘true.’ ‘‘Watches 
(bill,jane)’? would result in a reply of 
‘‘false.’’ Variables begin with upper case 
characters; thus, a goal of ‘‘watches 
(john,Who)’’ (analogous to asking Who 
does john watch?) causes a reply of 
‘‘jane.’’ But the goal of ‘“‘watches 
(fred,Who)’’ results in both ‘‘greg’’ and 
‘‘felicia.’” The ‘‘_’’ character is called 
the blank variable: a goal of ‘‘watches 
(fred,_) is analogous to asking “‘does fred 
watch anyone?’’ This would result in the 
reply, true. 

If we add the rule ‘‘happy(eric) if 
watches(brenda,eric)’’ (that is, eric is 
happy if brenda watches eric), the goal 
“‘happy(eric)’’ (‘‘is eric happy’’) would 
be satisfied. The rule ‘‘nervous(Who) if 
watches(bill,Who)’’ would be satisfied 
with ‘’bob’’ and ‘‘phillipe.’’ This is anal- 
ogous to asking, ‘“‘Who is nervous?’’ and 
answering using the rule ‘‘someone is 
nervous if bill is watching them.’’ Thus, 
PROLOG looks through the already es- 
tablished facts and concludes that since 
bill watches both bob and phillipe, both 
bob and phillipe are nervous. 

Though there are many interesting fea- 
tures of the language (the reader is en- 
couraged to examine the cut operator, as 
well as backtracking), the most com- 
monly used data structure is known as a 
list. Analogous to arrays, lists are collec- 
tions of objects (elements) of the same 
type, separated by commas and placed in- 
side square brackets. For example, [1, 2, 
3] is a list of the integers 1, 2 and 3. 
PROLOG can manipulate a list by divid- 
ing it into two parts: a head and a tail. 
The head is the first object on the left in 
the list. The tail is the rest of the list. 
Syntactically, a PROLOG list is written 
with a vertical bar separating the head 
from the tail [head | tail]. Lists are treated 
just like other objects in PROLOG and 
PROLOG has built-in facilities (predi- 
cates) for manipulating the elements of 
a list. 


Development of the 
Expert System 


The reader should, as this author did, 
feel comfortable with the concept of an 
expert system, as well as some PROLOG 
basics. The discussion now turns to build- 
ing the system itself. Consider that this 
author is (by definition) a programmer of 
procedural languages (FORTRAN, PL/I, 
C and so on.) Thus, PROLOG is some- 


what unnatural and causes some concep- 
tual problems that have to be overcome. 
For example, consider the following rule: 
bad I/O response time exists if pend time 
is greater than or equal to 10 percent of 
the sum of disconnect plus connect time 
and IOS queue time is greater than the 
sum of pend time, disconnect time and 
connect time. In PROLOG, 
bad_resp(IOSQ, PEND, DISC, CONN) if 
PEND> = (DISC + CONN) * 0.10 and 
IOSQ> (PEND + DISC + CONN). 
This simple rule implies that our PROLOG 
program should: 


@ Prompt the user for the value of each 

variable (IOSQ, PEND and so on.) 

@ Provide help with each prompt should 

the user not understand what is being 
asked for 

@ Validate each resulting reply — here, 

with a simple numeric test 

@ Pass the replies as parameters to this 

rule that does the evaluation (bad_ 
resp(IOSQ, PEND, DISC, CONN)) 

@ If the rule is satisfied, provide the 

user with the diagnosis (poor I/O re- 
sponse time because of these symp- 
toms) 

@ Look up a treatment for this diag- 

nosis. 
Our first version of the system has the 
tule (knowledge) coded in PROLOG; thus, 
it is part of the reasoning process. Given 
all the rules to be coded, plus the help, 
diagnosis and treatment messages, the re- 
sulting program was rather long and 
strongly resembled a traditional proce- 
dural program. 
Recall that an objective of an expert 
system is to separate the knowledge from 
the reasoning process. Our first version 
mixed the knowledge and reasoning pro- 
cess together. Thus, we examined the rules 
a little closer, since they were the driving 
force behind the design of the program. 
When invoked, rules result in true or false. 
Thus, if the prompts were structured as 
true or false questions, the inference 
mechanism could be greatly simplified. 
For example, consider the following: 
demand_paging_problem(P1, P2) if 
ask(il, P1) and 
ask(i2, P2). 

ask(Index, Prompt) if 
prompt(Index, Prompt) and 
write(“Is’,Prompt,“?”) /*an ordinary write */ 
and readin(Reply) —_/*read the user reply */ 
and yes(Reply). /*validate the reply */ 
prompt(il, “Demand Paging High”). 
prompt(i2,“storage isolation used for IMS 

or CICS”). 


The inference mechanism ‘‘ask’’ is now 


divorced from the knowledge of what 
prompts should be used. The prompts 
themselves are associated with specific 
traits (il, i2). For illustration, we have in- 
cluded the prompt clauses within the pro- 
gram, but the collection of prompt clauses 
is ordinarily kept within a separate, edit- 
able file. 

Note though that the control informa- 
tion (ask about trait il then trait i2 relative 
to demand paging) is still part of the 
PROLOG program. Thus we need to carry 


this ‘‘separation’’ of knowledge from rea- 
soning one step further. We create in a 
separate, editable file a knowledge base 
of the following form: 

@ prompt(trait, prompt messages). 

® conditions(symptom, [list of traits]). 

@ depends(symptom, [list of traits], 


trait). 

@ diagnosis(symptom, [list of traits], 
treatment). 

@ treatmsg(treatment, treatment mes- 
sages). 


EVEN 
IF IT COSTS 
YOU LESS. 


Just because a job scheduler costs more doesn't 
mean it does more. In fact, the best scheduler on 
the market—Zeke, the Scheduler that Works—will 
actually cost you less. 

Not only when you buy the software. But also 
when you implement it. Because Zeke doesn’t 
require you to make massive changes in your opera- 
tions. Instead, Zeke adapts to you. So installation 
takes hours instead of days. And implementation 
takes weeks instead of months. 

Once Zeke is fully in place, it can actually pay 
for itself in a matter of months. By cutting costly 
scheduling errors and reruns. By tapping the 
potential productivity of your CPU. By freeing your 
operators for more important tasks. And by making 
certain your data center runs smoothly, day in and 
day out. 

To find out more, call Altai Software today. 
Once you see Zeke work, you'll agree that Zeke 
does a whole lot more. For a whole lot less. 


The Scheduler that Works. 


Software that works. 


ALTAI Software * 624 Six Flags Drive * Suite 150 * Arlington, Texas 76011 


800/227-7774 (answered 24 hours a day) 


MAINFRAME JOURNAL 
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diagmsg(treatment, diagnosis mes- 
sages). 
helpmsg(trait, help messages). 


where: 
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prompt associates with each trait the 
corresponding prompt message to ask 
the user. “‘Is’’ is printed before each 
prompt message implying a true/false 
question. 
condition associates a list of traits 
with a particular symptom. For ex- 
ample, condition(ratehi, [i], i2, 13]) 
would imply that traits il, i2 and 13 
are all associated with the symptom 
ratehi. This knowledge is used to 
control the flow of prompting. 
depends will ask the prompt message 
associated with the specified trait only 
if the logical expression associated 
with the list of traits evaluates to true. 
For example, if the question, “‘Is VIO 
being used?’ was answered posi- 
tively, then it would make sense to 
ask, ‘‘Is VIO being used for small 
temporary datasets?’’ With the de- 
pends primitive, if VIO were not 
being used the “‘small temporary da- 
taset’’ question would not be asked. 
Depends provides a finer level of 
control over the dialog that the con- 
dition primitive does not provide. 
diagnosis associates the true/false 
values of traits with whether a par- 
ticular symptom exists. If the symp- 
tom does exist, treatment is the index 
to invoking the correct diagnosis and 
treatment messages. For example, 
consider: 
— diagnosis(ratehi, [il, i3], fixrate). 
— prompt(il, “‘Demand Paging 
High’’). 
— prompt(i3, ‘Storage Isolation 
Used for IMS or CICS”’). 

This implies that the condition ra- 
tehi is present if traits il and i3 are 
both true: demand paging is high and 
storage isolation is being used for 
either IMS or CICS. A minus sign ** 
— * in front of a trait, that is —i2, 
would imply that trait i2 is tested for 
falsehood. On closer examination, 
diagnosis represents how tuning rules 
are coded. If it is possible for a 
symptom to be caused several differ- 
ent ways, then each possibility can 
be coded. The inference mechanism 
automatically checks for all possible 
solutions: 
treatmsg, diagmsg — associate a 
treatment with a set of messages: 
treatmsg deals with treatments, 
diagmsg deals with diagnoses 


WINDOW 1 


DIAL OG WN DO WwW 


10S Q time > (Pend + Connect + Disconnect time) 


Hee LIPS WN Dee W 


IOS Q time is the time an I/O request is queued off the UCB (Unit Control 
Block), because the device was busy with another |/O request from the 
system. Refer to an RMF report. 


Hit ANY KEY when ready 
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WINDOW 


YOUR |OS Q TIME IS TOO HIGH... 
1/O operations are queued in |OS because the device is busy with other 
\/Os from this system. You need to reduce the number of |/Os 


Want to Know WHY? 
yes 
no 
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|/O operations are queued in |OS because the device is busy with other 
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Diagnosis for |OS Q because the following are true statements: 
(I/O response time > 4 msec) and 
(Pend time > 0.1@ * (disconnect time + connect time)) and 


(IOS Q time > (Pend + Connect + Disconnect time) ) 


Type ANY KEY when ready 
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@ helpmsg — associates a trait with a 
set of help messages that try to give 
more information about the particu- 
lar trait. 

Thus, each of the above represents 
knowledge and is kept in a file that can 
be edited by the user. The inferencing 
mechanism is thus reduced to processing 
these predicates: it is short and contains 
no knowledge. Conceptually, it can be 
used in any expert application as long as 
the syntax outlined above is followed. 

Several features were added to the gen- 
eral inferencing mechanism. After a con- 
sultation, the user can invoke a built-in 
editor that resembles the PC word pro- 
cessing program WORDSTAR™. Rules 
can be added, deleted or modified. Care 
should be taken so as not to violate the 
syntax outlined above: no syntax check- 
ing is done. In addition, a ‘‘Why?’’ fea- 
ture was added. After each diagnosis is 
given, the user is given the opportunity 
to ask the expert system why that diag- 
nosis is being given; in other words, how 
that conclusion was reached. The infer- 
encing mechanism backtracks from the 
treatment using the diagnosis and prompt 
predicates to replay the rules that were 
invoked using English. 


A Consultation Session 


It is difficult for the reader to get a firm 
understanding of the expert system de- 
scribed unless (s)he has the actual floppy 
disk with the program available. To elim- 
inate this difficulty, this section will dis- 
play parts of a sample consultation ses- 
sion with the expert system. The 
discussion will show the screen displays 
a user would see and will provide an ov- 
erview of the overall flow of the system. 
Finally, a short discussion of how a 
knowledge base can be edited will be 

Required Files 

First, the program (henceforth called 
ADVISOR) must be present along with at 
least one knowledge base. Knowledge 
bases are ordinary text files that can be 
created by any ordinary PC editor that does 
not use embedded control characters. 
ADVISOR knows that files are knowl- 
edge bases if they end with the suffix KBA 
(for Knowledge BAse). In our prototype 
we created two knowledge bases: IO- 
TUNING and PAGING. 


The user uses the PC arrow keys to 
select which knowledge base they want to 
use; in essence, this is actually equivalent 
to selecting a knowledge domain to be 
exploited. 


At this time, we point out the different 

windows that ADVISOR uses: 

@ DIALOG: this window is the pri- 
mary means of communication be- 
tween ADVISOR and the user. Per- 
formance questions are posed to the 
user and each reply should be fol- 
lowed by hitting the RETURN key. 

@ HELP: should a user need assistance 
in understanding a question, the 
HELP window will display that in- 
formation. HELP is invoked by re- 
plying with a ? to the question posed 
in the DIALOG window. In addition, 
the HELP window is used later to 
explain why a particular diagnosis 
was arrived at. 


WINDOW 4 


YOUR 10S Q TIME IS TOO HIGH... 


DIAGNOSIS 


performance questions is asked, any 
performance problem found will be 
noted in the DIAGNOSIS window. 
Here, the user is given the opportu- 
nity of asking why a particular DI- 
AGNOSIS is being made. 


@ TREATMENT: often, a particular di- 


agnosis will have one or more pos- 
sible remedies or TREATMENTS. 
Each possible TREATMENT is dis- 
played in this window successively, 
each one being preceded by giving 
the user the opportunity to ask WHY. 


@ EDIT: once a consultation session has 


ended, the user is given the oppor- 
tunity to edit a knowledge base. Here, 


WINDOW 


1/O operations are queued in |OS because the device is busy with other 
\/Os from this system. You need to reduce the number of I/Os 


1/Os can be reduced by... 


— increase block sizes and/or the number 


of buffers. 


Hit ANY KEY when ready 


foRCe Ad MECN! f 


WINDOW 


Line 1 Col 1 
prompt(’'resp”,” 


Indent 


Insert 
1/O response time > 49 msec”) 


prompt("pend”,”Pend time > 2.12 * (disconnect time + connect time)") 
prompt("chan”,”any channel utilization at least 30% ") 
prompt("dpr’,”Dynamic Path Reconnect (DPR) supported on your DASD ") 


prompt(’'wkid","your primary workload batch”) 
‘10S Q time > (Pend + Connect + Disconnect time) ") 


prompt("'iosq’,’ 


prompt(” avsk”,"average seek distance between 44 and 5@ cylinders”) 
prompt("vtoc","cylinder boundary allocation used for VTOCs ") 
prompt("svio","VIO being used for small temporary datasets ") 

prompt(" wvio", "VIO being used for sort work files ") 
prompt("cvio",cylinder boundary allocation being done for VIO datasets’ : 
prompt(’'seq”, "the blocksize for sequential datasets between 4K & SK 
prompt("part’,"the blocksize for partitioned datasets between 4K & BK" ‘| 


ys 


prompt(" direct”, the blocksize for direct datasets between 2K and 4K") 
prompt("compat’,”the blocksize for compatibility datasets = 6K ") 
prompt("pgm","the blocksize for program libraries = 18K ") 

prompt("'tape”,”the blocksize for tape datasets at least 4K ") 
prompt("t6250","the blocksize for 625 tape datasets = 32K ") 
promptC"other’,"the blocksize for 800/160 tape datasets between 8K & 12K ”) 
condition(’pend”,["resp’,’pend’,”chan","dpr","wkld"]) 


condition(’iosq’, ["iosq’,svio","wvio","cvio"')) 
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a full-screen editor is invoked that 
allows the rules in the knowledge base 
to be modified, deleted or extended. 

Examine Window | to become familiar 
with the ‘‘look and feel’’ of the system. 
As each question is asked in the DIALOG 
window, the user can ask for HELP. When 
finished with HELP, typing any key will 
return the user to the DIALOG window 
where (s)he is reminded to reply with a y 
(yes) or an n (no). 

Once all of the questions or traits cor- 
responding to a logical sequence have been 
asked, descriptions of any performance 
problems detected appear in the DIAG- 
NOSIS window. 

In Window 2, the user is given the op- 
portunity to ask what caused (WHY) this 
diagnosis to be made by ADVISOR. If 
the user replies n to the WHY prompt, 
the TREATMENT window appears (more 
later). If the user replies y to the WHY 
prompt, the HELP window reappears 
containing an English-like replay of the 
prompts used to arrive at the current di- 
agnosis (see Window 3). Notice, if a par- 
ticular prompt is preceded with a hyphen 
(-), this implies the negation of the par- 
ticular prompt. 

In Window 4, the user types any key 
which causes the HELP window to be re- 
placed by the TREATMENT window. 
Here, a possible suggestion is made that 
the user can adopt to ultimately help tune 
the actual MVS system. As before, the 
user types any key which causes AD- 
VISOR to continue. 

If a particular diagnosis reappears fol- 
lowing the disappearance of the TREAT- 
MENT window, it implies that the current 
diagnosis has been reached by invoking 
additional rules. In this case, the user is 
given a different remedy that might apply 
to the actual MVS system. 

Once the consultation session has 
ended, the user is given the opportunity 
to edit a knowledge base. 

As at the start of program execution, 
the user selects a knowledge base with the 
PC arrow keys followed by enter. Here, 
a full-screen editor similar to WORD- 
STAR™ is invoked that operates on the 
knowledge base (see Window 5). Finally, 
the session ends. 


Issues for Future Development 


As this PC/PROLOG based system is 
still in its infancy, several issues regard- 
ing where the system should next go need 
to be expressed. The following issues 
should apply to any expert system for 
CPE: 


Location Help 

Rather than just explaining the mean- 
ing of traits in help messages, add infor- 
mation about where to find measure- 
ment(s) associated with the trait; that is, 
on page 2, bottom of an RMF report. This 
is an example of using an additional class 
of knowledge that, until now, only the 
expert has. 

Automatic Data Reduction 

Ideally, a ‘‘front-end’’ mechanism that 
could read and analyze measurement 
sources like RMF automatically would 
greatly simplify the user’s interaction with 
the system. Rather than putting the bur- 
den of responsibility on the user to get the 
answers to the prompts, a program(s) 
could be designed to extract the corre- 
sponding answers and download these to 
the PC. A potential source for much of 
this data could be Morino Associates’ 
(Vienna, VA) MICS database which is a 
repository for many different types of 
measurements. The MICS data dictionary 
already assigns names to many measure- 
ments and these names could be related 
to the traits we referred to previously. 


Links to Other PC Packages 


If data were downloaded from the 
mainframe to the PC, it could be stored 
in a spreadsheet or a database. Products 
like 1-2-3 from Lotus Development or 
dBASE-III from Ashton-Tate could then 
be used to do the analysis on the PC rather 
than the mainframe. These could be in- 
voked from PROLOG directly as the in- 
terface is already defined. 

Certainty Values 

Some rules are not as clear cut as one 
would like. If a certainty value, say be- 
tween 0 and 100, was attached to each 
rule’s conclusion, a certainty threshold 
could be specified for the premises. Be- 
low this threshold, rules are considered to 
be false. This would allow fuzzy reason- 
ing to be a part of the system. 

External Program Execution 

As in many mainframe offerings, it is 
sometimes convenient to have an exit fa- 
cility. This would allow the PROLOG 
system to escape to execute some user- 
specified program and then return. This 
could greatly increase the potential appli- 
cability of the system. 


Conclusions 

The objective of this article was to pro- 
vide new insight into CPE by applying Al 
techniques. An expert system is a com- 
plicated object with many advantages. 
Foremost among these is that expert 


knowledge is elicited and stored in an ex- 
ecutable form. 

The system described is only a begin- 
ning at applying current technology. It was 
never intended to replace the human ex- 
pert. On the contrary, the original intent 
was to use the system as a training mech- 
anism in which a new CPE practitioner 
could pose performance scenarios to the 
expert system and see how these would 
be analyzed and what recommendations 
would be made. 

It is believed that similar applications 
will flourish in the next decade. Yet, 
though the size of knowledge bases may 
increase, the human inference mechanism 
is still better than any that will be built 
during that time. The article concludes 
with the following quote from Aristotle: 
“It is the mark of an instructed mind to 
rest satisfied with the degree of precision 
which the nature of the subject admits, 
and not to seek exactness when only an 
approximation of the truth is possible.”’ 
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Selecting 
CASE Technology 


And Software 


y definition, CASE (Computer 

Aided Software Engineering) is 

a technology that applies an au- 

tomated engineering-like disci- 
pline to the phases of computer software 
system development, project manage- 
ment and software design, development, 
testing and maintenance. It is a highly 
flexible software development environ- 
ment. 

CASE is an opportunity to accelerate 
the expansion of information technology 
by resolving some of the software devel- 
opment roadblocks. It has the ability to 
improve the flexibility of the software de- 
velopment process and reduce the elapsed 
time and the effort associated with devel- 
oping, maintaining and altering software 
systems. 

The acronym CASE is relatively new, 
but some of the products that are classi- 
fied as CASE tools have been around for 
a long time: code generators, design aids 
and project management tools. Other 
products are so new that they have not 
been subject to the test of time. Also, they 
are changing and evolving rapidly. 

There are more than 50 products avail- 
able that can be classified as CASE tech- 
nology that are listed in the side bar to 
this article. Generally these products fall 
into two categories: toolkits and work- 
benches. A toolkit is a set of tools that 
supports one or more of the software de- 
velopment functions: planning, analysis, 
programming, maintenance and project 
management. Integration differentiates a 
workbench from a toolkit. A workbench 
is an integrated development environment 


By Howard W. Miller 


that supports either a full range of the 
software development life cycle or a ma- 
jor portion of the development cycle — 
the design or code generation portion. 
There is no free lunch with CASE tech- 
nology. The combination of new and old 
products, the range of products from 
toolkit to workbench and the sheer num- 
ber of entries in the market make selec- 
tion of CASE technology difficult. For 
some, the easiest solution to this dilemma 
is to do nothing. For others, an early in- 
vestment will give them a competitive po- 
sition. This article clarifies the CASE se- 
lection and implementation process. 


Selecting CASE Technology 

Clarify Objectives 

Which benefits will be derived from the 
CASE tool: design, code generation, 
maintenance or project management? Most 
commercial organizations purchase a large 
portion of their software. However, when 
software is developed, it is developed with 
a fourth-generation language. It is not 
likely under these circumstances that a 
back-end workbench or a programmer 
toolkit would have the highest return. A 
front-end workbench, an analysis toolkit 
or even a project management toolkit 
would make more sense. Regardless, it is 
essential that you clarify your objectives 
from the start. 


Narrow Options 


Choose a CASE product category and 
analyze the tools within that category. 
Choose a tool that complements your or- 


ganization’s methodology or methodolo- 
gies. If you do not have a methodology, 
stop your selection process and begin the 
process of selecting a methodology. When 
you begin the CASE product selection, 
consider the following: 

@ Hardware requirements — The op- 
tions are mainframe, work station or 
PC-based toolkits or workbenches. 

@ Tools already in place — An existing 
DBMS, Data Dictionary or fourth- 
generation language increases the 
need for selecting complementary 
CASE product. 

@ Types of systems to be developed and 
supported — What are your software 
development strategies? The require- 
ments for installing on-line mini- 
computer systems are different than 
on-line mainframe systems. Require- 
ments for purchased software are dif- 
ferent than for in-house developed 


software. 
@ Interviews with current users of 
product — Would the current user 


choose the same product again if 
given the chance? 
Product demonstration and hands-on 
experience — Do not overlook the 
opportunity to see the product in ac- 
tion. 
Available product support and train- 
ing — Are support and training 
available? Will the vendor be in busi- 
ness next year or five years from 
now? Does the vendor have a good 
reputation? 
@ Your organization’s future direction 
and that of the vendor — Most CASE 
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products are incomplete and in a state 
of transition. Is the stated direction 
of the vendor in concert with the di- 
rection of your organization? 

Make your selection using an objec- 
tive criteria. Choose on the basis of how 
well the toolkit or workbench does the 
following: 

@ Supports your methodology 

@ Integrates with other tools, DBMS, 

Data Dictionary and 4GL 

@ Integrates with other tools 

@ Supports diagraming 

= Supports code generation 

@ Performs checking and analysis. 


Implementing CASE Technology 
Methodology Selection 


The installation of a development 
methodology is a prerequisite to CASE 
technology. CASE technology provides an 
automated engineering-like discipline for 
specification of computer system design, 
software development, testing and main- 
tenance and project management. CASE, 
therefore, is automating the development 
process, the latter being the selected and 
defined methodology. Therefore, as a pre- 
requisite, CASE requires that some meth- 
odology be in place for CASE to auto- 
mate. There must be a management 
commitment to the development meth- 
odology. The staff and users must be 
trained and some level of experience is 
required. 

It is very difficult, if not impossible, to 
embrace the concepts of a methodology 
and CASE technology simultaneously. 
There is an old adage of systems devel- 
opment that states if something cannot be 
done manually, it cannot be automated. 
This adage applies to methodology and 
CASE. Simultaneous installation of both 
a development methodology and CASE 
technology significantly reduces the 
chances of success for either. 


CASE Selection 


Select the CASE tools that support the 
methodology. Based on the organization, 
these could be support for single or mul- 
tiple methodologies. Multiple division or- 
ganizations or organizations that are likely 
to merge with others should seek flexi- 
bility through the use of tools that support 
multiple methodologies or that are meth- 
odology independent. Such organizations 
may find it advantageous not to impose 
standards that force an organization into 
a conversion. Smaller organizations can 
probably ignore this aspect of the selec- 
tion process. 


IBM Mainframe CASE Products 


Toolkits 


Planning Toolkit 
Project Workbench 

Applied Business Technology 
365 Broadway 

New York, NY 10013 
212-219-8945 


PC Prism 

Index Technology Corporation 
One Main Street 

Cambridge, MA 02142 
617-494-8200 


Analysis Toolkit 
DESIGN/1 


Arthur Andersen 

33 West Monroe Avenue 
Chicago, IL 60602 
312-580-0033 


Excelerator/RTS 


Index Technology Corporation 
One Main Street 

Cambridge, MA 02142 
617-494-8200 


ManagerVIEW 

Manager Software Products, Inc. 
131 Hartwell Avenue 

Lexington, MA 02173-3126 
617-863-5800 


AION Development System 
Aion Corporation 

101 University Avenue 
Palo Alto, CA 94301 
415-328-9595 


The Developer 

ASYST Technologies, Inc. 

1080 Beaver Hall Hill 

Suite 1400 

Montreal, Que, Canada H2Z 1S8 
800-361 -3673/514-871-0108 


IDMS/ARCHITECT 
Cullinet Software 

400 Blue Hill Drive 
Westwood, MA 02090 
617-329-7700 


EXELERATOR 


Index Technology Corporation 
One Main Street 

Cambridge, MA 02142 
617-494-8200 


AUTO-MATE PLUS 
Learmonth & Burchett 


Management Systems-LBMS, Inc. 


2900 North Loop West, Suite 800 
Houston, TX 77092 
713-682-8530 


ProKit*ANALYST 
McDonnell Douglas, ISG 
P.O. Box 516, Dept. L863 
Bidg. 302, 1E 

St. Louis, MO 63166 
314-232-5715 


ProKit"WORKBENCH 
McDonnell Douglas, ISG 
P.O. Box 516, Dept. L863 
Bldg. 302, 1E 

St. Louis, MO 63166 
314-232-5715 
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SYSTEM ARCHITECT 


Popkin Software Systems, Inc. 
60 Skiff St., Suite 251 
Hamden, CT 06517 
203-248-9700 


Analyst/Designer Toolkit 
Yourdon, Inc. 

1501 Broadway, Suite 601 
New York, NY 10036 
212-391-2828 


DesignAid 

Nastec Corporation 

24681 Northwestern Highway 
Southfield, MI 48075 
313-353-3300 


VIA/INSIGHT 
VIASOFT, Inc. 

3033 North 44th Street 
Phoenix, AZ 85018 
602-952-0050 


Data Analysis Toolkit 

Data Resource LEVERAGE with JANUS 
D. Appleton Company, Inc. (DACOM) 
1334 Park View Avenue, 220 

Manhattan Beach, CA 90266 
213-546-7575 


DESIGNMANAGER 


Manager Software Products, Inc. 
131 Hartwell Avenue 

Lexington, MA 02173-3126 
617-863-5800 


SQL*Design Dictiona 
Oracle Corporation 
20 Davis Drive 
Belmont, CA 94002 
800-345-DBMS 


Programming Toolkit 
POLYMAKE 

POLYTRON Corporation 

1815 NW 169th Place 

Suite 2110 

Beaverton, OR 97006 
503-645-1150 


P-TOOLS 

Phoenix Technologies, Ltd. 
320 Norwood Park South 
Norwood, MA 02062 
617-769-7020 


POLYTRON VERSION CONTROL 


SYSTEM (PVCS) 
POLYTRON Corporation 
1815 NW 169th Place 
Suite 2110 

Beaverton, OR 97006 
503-645-1150 


Maintenance Toolkit 
ADPAC CASE TOOLS 

Adpac Corporation 

340 Brannan St. 

Suite 501 

San Francisco, CA 94107 
415-974-6699 
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CASE Pilot 


If you are choosing a workbench, the 
best route is to select a real but non-crit- 
ical project to implement the CASE tools. 
Train your best and most receptive staff 
on the CASE tools. If faced with the de- 
cision between the best and the most re- 
ceptive, choose the most receptive. After 
training is complete, put together a plan 
identifying the expected results and the 
measurement criteria. Implement the pro- 
ject and evaluate the results based on the 
evaluation requirements. Do not expect 
high productivity, because a large portion 
of the productivity gains from CASE 
technology comes from the reusable as- 
pect of the CASE design elements. 

However, if you choose a toolkit, you 
may choose to implement it across the 
entire department immediately. The pro- 
cedural impact of installing an analysis 
toolkit, for example, will not be nearly as 
traumatic as installing a front-end work- 
bench. It is, therefore, possible to imple- 
ment it quickly and realize the benefits of 
the toolkit immediately. 


CASE Implementation 


After the pilot is complete, formalize 
the CASE procedures and make CASE the 
standard for all development projects. 


Cautions 


Three aspects of CASE require some 
words of caution. First, CASE is an 
emerging technology. Although there are 
more than 50 CASE tools identified in the 
side bar accompanying this article and 
even more available, none meet all of the 
requirements of the ideal CASE model. 
Recognize this shortfall at the start and 
select tools that maximize the benefits in 
your environment. Look for vendors and/ 
or strategies that show potential for pro- 
viding long-term solutions to the inade- 
quacies. 

Second, many CASE tools are tied to 
specific structured design methodologies, 
databases (IMS, IDMS, ADABAS), pro- 
gramming languages (COBOL, SQL) and 
hardware vendors. The marketplace is 
being driven by what is marketable, not 
necessarily what is best. Software ven- 
dors make a large financial commitment 
to developing their product. To achieve a 
financial return, they target the largest 
markets or the most abundant technology. 

Select products that are flexible and 
products that support multiple design 
methodologies, databases, programming 


IBM Mainframe CASE Products Continued 


RECODER 


Language Technology Inc. 

27 Congress Street 

Salem, MA 01970 
617-741-1507/800-RECODER 


INSPECTOR 


Language Technology Inc. 

27 Congress Street 

Salem, MA 01970 
617-741-1507/800-RECODER 


Reverse Engineering 

Meta Systems 

315 East Eisenhower Pkwy. 
Suite 200 

Ann Arbor, MI 48106 
313-663-6027 


Workbenches 


Front-end Workbenches 
FOUNDATION 


Arthur Andersen 
33 West Monroe 
Chicago, IL 60602 
312-580-0033 


INFORMATION ENGINEERING WORKBENCH 
KnowledgeWare, Inc. 

3340 Peachtree Road NE 

Suite 2900 

Atlanta, GA 30026 

404-231-8575 


EPOS 


SPS 

14 East 38th St. 
14th Floor 

New York, NY 10016 
212-686-3790 


ysDesigner 

Visual Software, Inc. 
3945 Freedom Circle 
Santa Clara, CA 95954 
408-988-7575 


INFORMATION ENGINEERING FACILITY 
Texas Instruments 

P.O. Box 655621 M.S. 8474 

Dallas, TX 75265 

214-575-4404 


Back-end Workbenches 


Life-cycle Productivity System 
American Management Systems 
1777 North Kent Street 
Arlington, VA 22209 
703-841-6000 


AutoCode 


Integrated Systems, Inc. 
2500 Mission College Blvd. 
Santa Clara, CA 95054 
408-980-1500 


CORVET 


Analysts International Corp. 
354 Eisenhower Pkwy. 
Livingston, NJ 07039 
201-535-9844 


CorVision 

Cortex Corporation 
138 Technology Drive 
Waltham, MA 02154 
617-894-7000 


GAMMA 


KnowledgeWare, Inc. 
3340 Peachtree Road NE 
Suite 2900 

Atlanta, GA 30026 
404-231-8575 


SOURCEMANAGER 

Manager Software Products, Inc. 
131 Hartwell Avenue 

Lexington, MA 02173-3126 
617-863-5800 


TELON 

Pansophic Systems, Inc. 
709 Enterprise Drive 
Oak Brook, IL 60521 
312-572-6000 


TRANSFORM 


Transform Logic Corporation 
8502 East Via de Ventura 
Scottsdale, AZ 85258 
602-948-2600 


NETRON/CAP 


Netron, Inc. 

99 St. Regis Crescent North 
Downsview, Ont, Canada M3J 1Y9 
416-636-8333 


APS Development Center 
Sage Software, Inc. 

3200 Monroe Street 
Rockville, MD 20852 
301-230-3200 


Integrated Workbenches 
PACBASE 

CGI Systems, Inc. 

1 Blue Hill Drive Plaza 

Pearl River, NY 10965 

914-735-5030 


MAESTRO 


Softlab, Inc. 

188 The Embarcadero 
Bayside Plaza, 7th Floor 
San Francisco, CA 94105 
415-957-9175 


EXSYS 


DATA ARCHITECTS, INC. 
245 Winter Street 
Waltham, MA 02154 
617-890-7730 


CONTROLMANAGER 
DATAMANAGER 
DICTIONARYMANAGER 
METHODMANAGER 

Manager Software Products, Inc. 
131 Hartwell Avenue 

Lexington, MA 02173-3126 
617-863-5800 


Education 
Digital Consulting 
Six Windsor Street 
Andover, MA 01810 
617-470-3880 


CASE EDUCATION OFFERINGS 


* Computer-Aided Software Engineering 
Symposium 

+ CASE Symposium for Aerospace, Defense and 
Engineering 

+ CASE Benchmarks: A Seminar Comparing 7 
Leading CASE Tools 

+ Software Engineering and CASE Technology 

+ Application Prototyping: Implementing The New 
System Development Technology 


MAINFRAME JOURNAL 


65 


CIRCLE #99 on Reader Service Card 


fo) 
O 


languages and hardwares. The nature of 
business is such that mergers and acqui- 
sitions are common. Further, technology 
is changing. There may be a desire to sup- 
port a relational database with SQL on 
hardware from different vendors. Main- 
tain flexibility wherever possible. 

Lastly, CASE productivity gains come 
from two areas: reusability and mainte- 
nance. CASE productivity comes from 
developing an extensive library of design 
specifications that can be cut and pasted 
to create new applications. The benefits 
of reusable designs are not immediate. It 
takes time to develop these inventories; 
therefore, benefits are deferred. The sec- 
ond area of productivity comes from mak- 
ing software reliable at the start and main- 
tainable as time goes on. This reduces the 
spiraling expense of software mainte- 
nance. Again, the benefits are deferred 
and only occur for software that is de- 
signed with CASE or if an initial invest- 
ment is made in reverse engineering. 


Conclusions 


If there is one major fault with the in- 
formation technology industry, it would 


be the constant search for heroic solu- 
tions. The profession has embraced the 
use of such diverse technology as third- 
generation languages (COBOL, PLI), 
fourth-generation languages, structured 
methodologies, database, personal com- 
puting and so on in hopes that all prob- 
lems would be solved. Now, the solution 
is CASE technology. 

CASE is real and it is usable. There are 
between 50 and 100 products on the mar- 
ket that qualify as CASE tools. Some sets 
or subsets of these tools will benefit most 
software development environments. 
However, CASE is not a panacea. Only 
when CASE is orchestrated with other 
techniques and technologies such as sound 
business planning techniques, unattended 
operations, artificial intelligence, per- 
sonal computing and cooperative process- 
ing will CASE achieve its highest return. 

CASE is also new and incomplete. 
Many inconsistencies and annoyances can 
often be fixed in the next release of the 
product. Many CASE vendors are coming 
out with new releases two or more times 
a year. When selecting a CASE product, 
take these factors into consideration. If 
such a volatile environment is not ac- 


Full Lifecycle CASE 
Methodology 


Data-driven design — Dictionary-driven development 


MAGEC is the first active dictionary to automate application 


design, development, control, and maintenance. 


Greatly im- 


proves both productivity and quality of applications for both on- 


line and batch systems. 


e Prototyping 
e Report Painting 


e Documentation 
e Debugging Aids 


e Screen Painting 

e Program Generation 
e Security 

e PC Workstation 


MAGEC operates in both mainframe and PC environments, it 
supports MVS, VSE, VM/CMS, MS-DOS, and OS/2. Applica- 
tions can be ported with no programming changes required. 


MAGEC° — For professionals 
serious about productivity improvement 


MAGEC Software™ 
P.O. Box 260319 
Plano, TX 75026-0319 


(800) DD MAGEC 
800) 336-2432 
214) 248-0823 
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ceptable, you may not want to get into 
CASE at this time. 

CASE addresses the issue of quality. 
Studies have indicated that less than 25 
percent of all software projects come in 
on time and within budget and that less 
than 25 percent of all projects meet the 
expectations of the requestor. Therefore, 
less than six percent of all projects satisfy 
the needs of the requestor in the time frame 
that they were requested. CASE ad- 
dresses this problem. It automates the 
software engineering process, improving 
quality. By reusing the automated design 
elements and through reverse engineer- 
ing, CASE enhances productivity and 
provides a high quality system. = 
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Apply Large Network 
Management Strategies 
To Smaller Networks 


oday’s networks are critical and 

expanding. Companies with 

large data communications net- 

works have learned how vital 
their networks are. So have companies 
who use their networks extensively for 
customer service, sales (that is, airlines, 
car rental companies, stock brokerages and 
so on) and compliance with government 
regulations for keeping extensive, current 
records (that is, financial institutions, 
medical providers and so on). A network 
outage in one of these companies causes 
a definite negative impact on their busi- 
ness objectives that is easy for all to un- 
derstand. 

The organizational structures, tools and 
strategies that these companies use to ef- 
fectively manage their networks may not 
be justifiable for a company with a smaller, 
less visible network. 

However, many smaller companies have 
realized that they are just as dependent on 
their data communications networks for 
growth or just plain survival. Effective 
network management is just as vital to 
these companies. 

If you know how critical your network 
is to your business and the degree of crit- 
icality does not indicate the need to in- 
corporate ‘‘large’’ network management 
strategies now, the potential for network 
expansion may. 

Networks always seem to expand. New 
applications are purchased or developed 
to serve a new or existing business re- 
quirement. Entry of company information 
into the computer is more and more the 
responsibility of the department that gath- 
ers it. Successful implementation of elec- 
tronic mail requires computer access by 
nearly all of the staff. More staff mem- 
bers are introduced to the company’s 
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computer systems. As more applications, 
terminals and dependent users are added 
to a network, the task of managing that 
network becomes much more vital and 
complex. 

By adapting strategies now that are used 
to manage large networks, a company with 
a smaller network can provide better serv- 
ice to users of its current network. This 
also positions the company for managing 
and supporting its future network (which 
I maintain will be larger, faster and more 
crucial to the company’s business). 


Strategies for Large Networks 


Companies with large or critical net- 
works can cost justify large network man- 
agement staffs and expensive network 
management tools. They also recognize 
the importance of coordinating and plan- 
ning all network activity. The reason is 
usually that they have survived the prob- 
lems and negative business impacts that 
result from haphazard network manage- 
ment. 

Smaller companies can learn much from 
how large network management has 
evolved. A full treatment of network 
management concepts is beyond the scope 
of this article. However, this article will 
help you understand why and how to ap- 
ply large network management strategies 
to smaller networks. 


Network Management Concepts 


Network importance recognized 
Companies with critical networks 
have usually recognized the impor- 
tance of their networks the hard way 
(after a major problem). Once the 
critical nature of the network is re- 
alized, many companies try to quan- 
tify the cost of network outages and 
slowdowns. One airline estimated 
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network outage losses at $10,000 a 
minute. Knowing the potential costs 
of a network outage is essential to 
the network design and budgeting 
processes. 


Network management 
mission defined 

The mission of a network man- 
agement/support organization is to 
provide users of a company’s data 
communications network access to 
that company’s (and in some cases, 
other companies’) computers. In 
doing so the organization must meet 
the availability, response time and 
long-range network objectives deter- 
mined by management. 


Service levels defined 

Network availability and response 
time requirements should be derived 
from the business needs of the com- 
pany. These requirements are called 
service level requirements. 

Like any other service that data 
processing provides to the company, 
network requirements are driven by 
the department that requests the 
service. The user department sets 
these service requirements based on 
business needs. In heavily comput- 
erized companies, the user depart- 
ment is charged for the cost of the 
requested service. Since these costs 
are included in that department’s 
budget, cost justification is the re- 
sponsibility of the user department. 

There are hardware and software 
tools available to accurately measure 
the level of service that is provided 
to users. Companies that have these 
tools in place implement service level 
agreements. Service level agree- nf 


ments are formal agreements be- 
tween the data processing depart- 
ment and the user departments that 
specify the service levels that will be 
provided to the user for a set monthly 
charge. Failure to provide the agreed 
upon service level results in a lower 
charge to the user and a budget over- 
run for data processing that month. 

Also, as business needs or costs 
change, these agreements are rene- 
gotiated and the monthly charge to 
the user group is adjusted accord- 
ingly. 

Long-range communications 
goals defined 

The cost of providing data com- 
munications services to staff mem- 
bers is not trivial. Unless this cost is 
weighed against the benefits pro- 
vided, it often seems astronomical. 
One way to help minimize the costs 
and maximize the benefits is to in- 
clude data communications in the 
company’s strategic business plan- 
ning process. 

If long-range business goals are 
shared with the network design 
group, a long-range communications 
plan can be developed. Projects can 
be completed with the overall plan 
in mind and duplication of effort and 
waste can be avoided. For many 
companies, connectivity to different 
types of computers may be a require- 
ment (current or future). If the long- 
range plan requires connectivity to 
be addressed, equipment evaluation 
is at least partially based on this is- 
sue and the usable life span of any 
new equipment is lengthened. In ad- 
dition, sharing resources is maxi- 
mized and implementation of inad- 
equate, quickly obsolete systems is 
avoided. 

Another potential for increased 
benefit comes from input of ideas that 
a network design group can contrib- 
ute to the strategic planning process. 
Network designers follow new tech- 
nology and may see something that 
could give the company a competi- 
tive edge or a new business oppor- 
tunity. 

Network management 
functions defined 

Certain functions must be accom- 
plished to perform this mission ef- 
fectively. These functions include: 

@ Providing the users with net- 

work problem help, information 
and general usage assistance 


Network Support 
Organization Evolution 


Networks usually start with a few terminals here and there. Another application is added, 
then another, then another and with each new application a few more users are added 
until, suddenly, the network is so large that the whole company depends on it. 

Network support organizations often do not grow as gradually as the network does. 
Companies that do not recognize the rate at which their networks are growing tend to try 
to “make do” with the people and tools that have been in place until network outages 
become visible business problems. When that happens, there is a flurry of activity, a hasty 
reorganization and a full-scale network support organization is formed. 

This is a painful process for all concerned. The users and customers suffer and complain 
until the problem is recognized and corrected. The managers who are responsible for the 
network have to scramble and the new network support staff has to cope with a tremendous 
learning curve. Many extra hours and dollars are spent. 

It does not have to be that way! 

If it is recognized that the network is, or will be, crucial to accomplishing the company’s 
goals and if the proper plans are made, supporting a growing network can be smooth and 
painless. 

Assuming there is recognition of how critical the network is now, or will be in the future, 
the next step is to plan for a support organization that will be sufficient for the future. Once 
this is done, the only problem is how to get from here to there cost effectively. 

To use a highly technical networking term, this is a “piece of cake.” 

It starts by assessing the technical skills (and desires to learn networking) of current staff 
members and adding the network support tasks to their job descriptions. If the network is 
very small, the staff should be able to keep up with it as they probably have been doing 
the work already. All you are doing is formally recognizing that these tasks must be done. 

This may cost the company alittle at review time, but it ensures that the work is addressed 
on a regular basis. It starts instilling a “pride of ownership” feeling in the affected staff 
members and provides some incentive for staff members to develop network support skills. 
It also helps justify formal education for staff members. Education lays a strong technical 
networking foundation, brings in fresh networking ideas and boosts staff morale. 

Next, institute a regular network review meeting (weekly or bimonthly is good). Use this 
meeting to review network performance, coordinate network projects and monitor growth. 
During each meeting have a staff member give a short review of new network ideas or 
technology on a rotating basis. 

As the workload changes, make appropriate changes to the organization. Add new po- 
sitions and either move current staff members around or hire new people or both. For 
example, in a company with a small network, the computer operations staff usually handles 
network operation. As the network grows, the prime-time operators have difficulty handling 
both computer operations and network operations tasks. As a result, there is no coordi- 
nation of network operations tasks. By designating one computer operator as the primary 
network operator, most network tasks are done by this person. This accomplishes three 
things: 

1. All network tasks are coordinated 

2. The designated network operator learns more and more about network operations 

helping to improve service and build expertise 

3. Someone in the organization has a finger on what the network is doing at all times. 

When the amount of network tasks reaches a level where the network operator can no 
longer successfully accomplish the required computer operations tasks, it is time to create 
the network operator position. Then move that person into it and hire a new computer 
operator. Or hire a network operator from the outside. 

A small (network-wise) company may have users calling the computer room to report 
problems. If the computer room staff cannot take the call, a secretary or answering service 
may get it. This leads to poor service and user frustration. Publish a number for any user 
to call with any computer-related problem and assign the job of answering that phone (and 
resolving or referring the problem) to a staff member. When the volume of calls interferes 
with the staff member's other responsibilities, create the help desk operator position and 
fill it. 

The same strategy works well for the technical support, applications support, PC support 
and management areas. 

Realizing the importance of the network and how large the network may become justifies 
the planning process. Once the plans are in place, it becomes easy to cost-effectively 
support an expanding network. 
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applications software 

@ Reporting network status and 
problems to management (this 
includes keeping good network 
and problem documentation) 

@ Measuring and reporting perfor- 
mance trends for input to the 
planning process. 

A network management 
organization defined 
In a company with a large or crit- 


® Monitoring the network for out- 
ages and response time 

@ Identifying and repairing (or 
circumventing) malfunctioning 
hardware 

@ Identifying and repairing (or 
circumventing) malfunctioning 
or improperly configured com- 
munications software 

@ Identifying and repairing (or 

circumventing) malfunctioning 


Effective 

Solutions for 

Technical 

Software Products Problems 


DTA/RECOV - Feel secure knowing you can recover your critical online VSAM datasets 
in a matter of minutes. Forward/Backward recovery using standard CICS journals, even while 
CICS is running. Comprehensive reporting and a verification system provides confidence in 
the recovery process. $4800 for VSE, $6000 for MVS. 


DTA/JOURNAL - Optional feature available with DTA/RECOV. Provides the same 
Journaling Protection for your Batch Programs that you already have with CICS. NO 
recompilation of your DOS/VSE and MVS applications. Reduces time consuming VSAM 
master file backups. Now you can have complete journaling of all updates to online or batch 
VSAM datasets. $2000 for VSE, $2400 for MVS. 


DTA/PRINT - Provides simple and complete control of remote printing, viewing and 
management of your VM and POWER Queues from any CIC§ terminal. Computer Operators, 
Programmers, and end users love its ease of use. Priced at only $5000 for POWER, only 
$7000 with VM interface. 


DTA/JICCE - Provides access to any CICS transaction without going through the 
Interactive Interface or using /LOGOFF. . ./LOGON. $2400, or $800 when purchased with 
DTA/PRINT. 


DTA/QCOPY - vse utility that Copies or Moves reports from the VM or POWER Spool! 
Queues to the POWER or PUN Queue. Complete or partial reports can be selected and 
combined into new reports. $3000, or $2000 when purchased with DTA/PRINT. 


DTA/COBOL - Give your COBOL programmers the information they need (where they 
need it) to perform the hardest task they have - to maintain someone else’s program. Runs 
as part of your normal compile process. Reformats the standard COBOL output, reducing 
printed output by up to 50%, yet providing more information. $1800. 


DTA/DOC - View your VSE Hardcopy file from any CICS terminal. Same basic VSE 
commands plus many enhanced commands. Priced at only $800. 


DTA/LMON - Your systems programmer needs this tool to make efficient use of your 
SVA. Shows you how to return wasted Virtual Storage to more productive use, and how to 
reduce repetitive loads to your system libraries which will improve batch throughput. Priced 
at only $1700. 


Customer Support - All products are written and supported by the DTA develop- 
ment staff. When you need help, you talk with the experts on our toll free customer hotline. 


For details on any of these effective solutions, call toll free 800-521-6773, 
in Minnesota, 612-591-6100. 


® Davis, Thomas & Associates, Inc. 
Software Products Group 
550 Waterford Park 
505 North County Road 18 
Minneapolis, MN 55441 
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ical network, there may be one or 
more persons to accomplish each of 
the above tasks. In a company with 
a smaller network, one person may 
be responsible for several of these 
tasks. Organizationally, these people 
are usually divided into six func- 
tional areas. These areas and func- 
tions are: 


Help desk — a single phone num- 
ber for all users to call. Any type of 
computer-related problem is_ re- 
ported here, simple problems may be 
resolved, more complex problems are 
referred to the appropriate people and 
all problems are tracked to resolu- 
tion. After a problem is resolved, it 
is the responsibility of the help desk 
to check with the user to ensure that 
resolution is complete. Network and 
problem status reporting is also per- 
formed here. 


Network control center — where 
the next level of network problem 
determination and resolution is per- 
formed. Outages are investigated, 
isolated to the component level and 
resolved if possible. If the problem 
cannot be resolved, this group then 
circumvents the failing component if 
possible and refers the problem to 
the next level of support. The staff 
keeps statistics on response time and 
availability, assists the hardware 
group with installations and helps 
perform feasibility testing of new 
technology. 


Technical support — those re- 
sponsible for system software. They 
are the third level of support for any 
network system software problems. 
When the software vendor is re- 
quired to fix a problem, it is the tech- 
nical support staff that interfaces with 
them. These people are also respon- 
sible for installing, customizing, 
maintaining and helping to select 
system and system support software. 
They are also involved in the selec- 
tion of computer and network hard- 
ware. 


Applications support — this staff 
is the second level of support for any 
computer application-related prob- 
lem. This includes program mal- 
functions and usage problems. These 
people are responsible for final test- 
ing of new applications and ensuring 
that users are trained and have ade- 
quate instructions in application use. 


PC support — with the prolifera- 


tion of personal computers, many 
companies have created a PC sup- 
port function. This group is some- 
times called the ‘‘information cen- 
ter’’ and is the second level of support 
for any personal computer-related 
problem. Additional duties include 
PC configuration and setup, PC in- 
ventory control, PC user training and 
evaluation of new PC technology. 

Communications hardware — an- 
other separate group in some com- 
panies is this department. All voice 
and data communications facilities 
are evaluated, ordered and adminis- 
tered by this group. They are re- 
sponsible for the installation of all 
communications hardware. 

In many companies the voice fa- 
cilities may be handled by an office 
management group and the data fa- 
cilities by the technical support 
group. Creation of a separate com- 
munications department sometimes : CVBERMATIONING 
helps to best utilize the company’s : 16 ESNA PARK DRIVE 
communications facilities, as long as = —— MARKHAM, ONTARIO 
some data communications expertise = : ae ans 
is included or available. Common 
voice/data facilities management is 


ESP 


EXECUTION SCHEDULING PROCESSOR™™ 


The new 
standard in 
scheduling 


ESP is the most versatile MVS scheduler 
available. The advanced design of ESP lets 
you manage your workload, whether you 
need a comprehensive system or want to 
phase in specific functions. Don't wait until 
problems get out of hand — ask us to 
demonstrate the flexibility of ESP today. 


CybermationInc. Systems Excellence 


CICS — WINDOWS™ 


Multiple Session on Terminals Window Your Current Applications 


© Save time. ¢ Instantly divide your current terminal 
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e Have direct access to any application. 
© Up to nine sessions on each terminal. 


e Fast response with low resource usage. 


¢ Easy to use. 
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SOFTOUCH SYSTEMS, INC. | 


( 8269 South Walker 
y, ) Oklahoma City, Oklahoma 73139 
405/632-4745 


FOR MORE INFORMATION OR FREE TRIAL OFFER CALL OR 
WRITE TODAY 1-800-544-3036 
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screen into windows. 
e Vary the size of the windows. 


e Use your current applications within the 
windows. 


© Save thousands of dollars in costly 
hardware changes. 


Automatic Data Compression 
e Improve response time throughout 
your entire CICS network. 


¢ Optimize line transmission speed, 
both local and remote. 


¢ Save up to 60%. 
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essential if voice and data integration 
is to be implemented. 


Network management 
tools implemented 
There are many hardware and 
software network management tools 
available. Selection of tools is driven 
by service level requirements, net- 
work configuration and long-range 
plans. Each company’s needs are as 
unique as its network. 
Most companies with large net- 
works have tools to do the following: 
@ Enter and simplify network con- 
trol commands 
@ Monitor and report network per- 
formance for service level com- 
pliance and capacity planning 
@ Manage network problems and 
changes 
@ Test network facilities 
@ Repair or circumvent failing 
network hardware. 
Network standards and 
procedures followed 
Based on current needs and long- 
range plans, network standards and 
procedures are established and fol- 
lowed. Common standards include: 
naming conventions for hardware and 
software components, types of phys- 
ical connections to be used and min- 
imum documentation — standards. 
Common procedures include: prob- 
lem tracking and escalation proce- 
dures, component testing procedures 
and status, performance and problem 
reporting procedures. 


Relating Strategies 

These large network management strat- 
egies may be adapted to managing small- 
and medium-sized networks with tremen- 
dous success. The key to this is to plan 
for supporting a network larger than you 


can imagine your company ever having. 
Talk to someone whose company has a 
large network and ask if he or she ever 
thought it would get anywhere near as 
large as it is today! 

Planning for network expansion means 
that you start structuring your network 
support area now and grow into it. By 
following a few simple, inexpensive steps 
now, your staff can get better service from 
the current network (a positive business 
impact) and perhaps not even notice that 
the network is growing. Ten steps to fol- 
low are: 


1. Evaluate how critical your network is 
to your business. (See ‘‘What Hap- 
pens To Your Business When Your 
Network Goes Down?”’ in the Janu- 
ary/February 1988 issue of MAIN- 
FRAME JOURNAL for a methodol- 
ogy.) 

2. Review your long-range business 
plans now. Look for business impacts 
on the network and business oppor- 
tunities from the network. 


3. Develop a strategic communications 
plan. This should be a framework for 
all projects to follow. Allow for flex- 
ible (but coordinated) application of 
current and undreamed-of technol- 
ogy. Be sure to add network recovery 
to your corporate disaster recovery 
plan. 


4. Define service level objectives for 
network performance to meet the 
business needs of each functional area 
in the company. As you acquire the 
means to accurately measure service 
levels, consider implementing formal 
agreements to ensure that service lev- 
els are based on business require- 
ments. 


5. Plan your future network support or- 
ganization. Put together a tentative 
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» Supports repetitive columnar fields. 
» Prototype screen sequence processing with no application programming. 
» Review screens developed without generating BMS code. 

» Complete print documentation of screens developed. 

» Free demo disk available. 


P.O. Box 452 
Boalsburg, PA 16827 


Screen Development Facility for CICS/BMS 


» Develop and generate CICS screens on mainframe and/or personal computer. 
» Converts existing BMS screens into HUB/SDF. 

» Develop screens on mainframe or PC with total portability between systems. 
» Supports COBOL naming conventions. 


PC Version - $350 
Mainframe Version - $1000 
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organizational chart and prepare a 
mission statement. 


6. Formally recognize the tasks that need 
to be performed to support your net- 
work. This means adding job respon- 
sibilities to some staff members’ job 
descriptions. As the amount of net- 
work tasks to be performed exceeds 
the amount of time available, create 
the new positions and staff them (you 
will have developed some expertise 
inhouse). The accompanying side bar 
traces possible support organization 
evolution. 


7. Create the help desk position as soon 
as possible and acquire (or develop) 
a problem management system. This 
will help track network availability 
and problem areas. All staff members 
will be able to use the computer more 
productively. 

8. Review current network standards and 
procedures. Determine how much 
network expansion can occur before 
they become inadequate. Change 
standards and procedures to reflect any 
possible amount of growth. This is 
easier, safer and cheaper to do now 
than at the time they become inade- 
quate. 

9. Plan to acquire network management 
tools as they become necessary. 


Be aware of changing network usage, 
requirements and technology. This 
should be an ongoing task until the 
day networks become obsolete. 


Recognize how critical your current 
network is to your business and realize 
that your company will become more de- 
pendent on the network as it expands 
(which it will). It makes sense to model 
your network management strategies after 
those used by companies with very large 
or very critical networks. 

These strategies help provide the best 
possible service to current and future net- 
work users (thus helping the company 
achieve its business goals) and allow for 
more orderly, less painful network expan- 
sion. 

Implementing these strategies now, 
rather than waiting until it is essential, is 
also much less expensive in the long run. 
The cost of implementation is propor- 
tional to the size of the network. 

I suggest that you start today. = 
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applications. In addition, you do not need 
to add several compression products to 
cover all your subsystems before you can 
realize appreciable reduction in network 
traffic. 

Compression of nulls and spaces in 
3270 data streams using the repeat to ad- 
dress order reduces network traffic by an 
average of 35 percent. On remote lines 
where the BAUD rate is the limiting fac- 
tor, a 35 percent reduction in character 
transmission is significant. Besides the 
ability to suppress nulls and blanks, other 
compression techniques are also avail- 
able. One technique is to compare the data 
stream being sent to the terminal with the 
session manager’s image of the screen. 
The session manager would not send the 
data that is already displayed on the ter- 
minal screen. This would cut down the 
number of headings, names and static 
fields that would be retransmitted through 
the network to the terminals. 

Another compression technique is to 


process read buffer requests on the ses- 
sion manager level and not pass those read 
requests on to the terminal controller. The 
better session managers keep the same 
image of the terminal as the controller. 
Therefore, processing the read buffer re- 
quest is a matter of emulating that task of 
the controller in the session manager. 

There are other compression tech- 
niques and combinations that are avail- 
able today, but the most common tech- 
niques are those discussed here. They 
result in the greatest reduction of traffic 
with a minimum of host overhead. 


Conclusion 

Multiple session management software 
is a cost effective set of tools that any 
company can afford. The boost in user 
productivity gained by providing access 
to several applications concurrently from 
a single terminal justifies the cost of most 
of these products. When you also con- 
sider the benefits of access security, help 
desk and network performance features, I 
cannot imagine working without a session 


| manager at any installation. = 
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SAA from page 35 


The components of SAA are referred 
to as layers that will be implemented com- 
monly across all operating environments. 
Currently they are SYSTEM 370, System 
3X and the Personal Computer OS/2. 

The components are: 

= Common user interface 

™ Common programming interface 

= Common communications support 

= Common applications. 


Common user interface 
Common user interface will provide a 
common interface in three areas. 
Syntax 
There will be consistency over the lo- 
cation of information on the screen, for 
example, error messages always at the top, 
the sequence in which it is displayed and 
standardized action keys such as PF7, PF8 
for scrolling and so on. 
Semantics 
The same command will produce the 
same action in whatever environment it is 
invoked. 
Layout 
The keyboards will have the same lay- 
outs and keys in all environments. 


Common programming interface 
Common programming interface will 
provide two features that will operate 
consistently in all environments. 
Languages 
= C, Cobol and FORTRAN for com- 
plex programming 
@ An application generator, Cross Sys- 
tems Product (CSP), that, according 
to an IBM statement at SHARE, will 
probably be replaced 
@A screen generator and manager, 
REXX (ISPF Dialogue Manager re- 
placement). 
Services 
@ Structured Query Language (SQL) for 
database access 
@ Query Management Facility (QMF) 
for report generation 
@ An EZ-VU type product for presen- 
tation services (EZ-VU is a PC prod- 
uct) and GDDM (graphics). 
Common communication support 
Common communication support has 
five components: 
@ Data streams (3270, Document Con- 
tent Architecture, Intelligent Printer 
Data Stream) 


@ Application services (SNA Distribu- 
tion Services, Document Interchange 
Architecture, SNA Network) 

@ Management architecture 

@ Session services (LU 6.2) 

@ Network Services (low level net- 
working [PU2.1]) 

@ Data link controls (X.25, Synchron- 
ous Data Link Control (SDLC), To- 
ken Ring). 

Most of the basis for the communica- 
tions component of SAA was taken from 
Systems Network Architecture (SNA). 

Common applications 

Common applications are applications 
conforming to the other SAA components 
that can be run in all the environments. 
A percentage of these common applica- 
tions will be supplied by third-party ven- 
dors. It will also open up the possibility 
for IBM software to run under different 
operating systems. 


Why SAA? 

IBM has a major problem with trans- 
portation of products and information be- 
tween environments. However, is that the 
only reason for SAA? 

Isn’t it interesting that the majority of 
products in the original announcement 
came from the small and medium envi- 
ronments? Where were IMS, CICS, PL/ 
1? Is this another tack to grow the small 
shops from the DOS/VSE world or com- 
bat competition in the low end? Are large 
accounts not growing at the predicted 60 
percent compound growth rate (SAA will 
increase CPU utilization) or is it just a 
rationalization of IBM’s software devel- 
opment? 

Small systems have generally offered a 
richer interface than large systems. This 
has resulted from the need of a consistent 
single user interface to the total environ- 
ment, as opposed to the larger system 
needing machine cycles to process mul- 
tiple simultaneous users. 

SAA is badly needed to help the users 
with massive application backlogs and 
large maintenance requirements, but can 
it be achieved in today’s diverse environ- 
ments? With billions of dollars invested 
in the software, are users going to convert 
systems and would they want to? 


Recent Inclusions 

CICS and IMS/DC have recently been 
included in SAA. Would IBM’s large cus- 
tomers let them be excluded? However, 
should they have been included if SAA is 
to succeed? Will CICS and IMS/DC be 


able to take advantage of LU 6.2? Can 
they be recoded to support peer-to-peer 
communications (rather than host-to-ter- 
minal)? 


When Will SAA Be Delivered? 

Both of the latest inclusions in SAA 
(CICS and IMS/DC) have had their latest 
releases deferred from the original time- 
frame for general availability. Is this in- 
dicative of the time it takes to success- 
fully modify complex software? 

Considering the fifteen years taken to 
implement SNA, the basis of the com- 
munications support component of SAA, 
many people in the industry believe it will 
take until the next century before it is im- 
plemented. Think about the computing 
changes that will occur in that timeframe. 
Look back at the last fifteen years in com- 
puting. How much will SAA change in 
the same timeframe? 


Conclusion 

With the current development prob- 
lems, diversity of systems (environments) 
and the myriad of products, SAA is the 
answer to the MIS director’s prayers. 
However, changing the environment this 
dramatically will not be an easy task and 
will not happen overnight. 

SAA is a statement of direction for long- 
range planners. At some point in the fu- 
ture, their applications will run in any en- 
vironment encompassed by the architec- 
ture. As time passes, the architecture will 
be refined, but today’s SAA gives the 
foundation on which to build.= 
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kets IBM-compatible mainframe systems. 
The company is headquartered in Santa 
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Cross from page 25 

Thirdly, the security benefit is derived 
because XMS allows CSA to be by- 
passed. The system hardware only pro- 
vides MVS with 16 physical storage pro- 
tect keys to work with, so MVS uses keys 
0-7 to protect its own components. Keys 
9-15 are reserved for use by V=R pro- 
grams (programs that cannot endure pag- 
ing and are loaded and executed in real 
storage in such a manner that the virtual 
addresses always map to equivalent real 
addresses). That leaves key 8 which is 
assigned to all other jobs running that do 
not fall into any of the other categories. 
Since each user has its own address space 
in MVS, this design of virtual storage 
protects each private area completely. 
However, whenever a key 8 user passes 
data through CSA, the CSA storage ad- 
dresses are common to each address space 
and the only protection mechanism for 
users sharing CSA is the physical protect 
key. Therefore, all key 8 users are not 
protected from each other while their data 
is within CSA. XMS closes this security 
and integrity loophole by bypassing CSA 
altogether. 


Cross Memory Terminology 


XMS terms may appear at time to be 
intimidating. However, they represent the 
logical first building block in laying a 
foundation for further study on the topic. 
Take a moment now and complete the 
Cross Memory Services Terminology Quiz 
provided with this article. Once the cor- 
rect answers are identified, review the 
terms a few times and give them a chance 
to sink in. Developing an understanding 
of the terms will help level-set for the 
next article that will begin fleshing out the 
details. = 
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Data from page 44 

Encryption products are easily imple- 
mented for stand-alone use and are exe- 
cuted by a single CMS-like command. As 
with the CMS Copyfile command, with 
VM1/’s SafeGuard the user has the option 
of encrypting one or more files at a time 
according to filename, filetype and/or fi- 
lemode, so that an entire minidisk can be 
encrypted in one command. The encryp- 
tion process can also be used to back up 
files to tape, writing an encrypted version 
of a file (or files) directly to tape in one 
step. Decryption is handled with the same 
command and with the same options. 
Users also have a choice of single or dou- 
ble encryption with one or two keys in 
alphanumeric or hexadecimal notation us- 
ing either the Data Encryption Standard 
algorithm or a proprietary algorithm. 

Implementing most encryption prod- 
ucts is also easy. Most can be installed in 
less than twenty minutes with or without 
the participation of a systems program- 
mer. Access control packages are consid- 
erably more time-consuming to install. 
RACF, for example, takes three to four 
days to install depending upon the skill 
levels of the people involved and the 
amount of resources available. 

Whereas typical access control pack- 
ages require substantial planning and on- 
going administration (to account for all 
of the permutations of user categories, 
function categories, resource categories, 
schedules and access points), the encryp- 
tion process can be performed by individ- 
ual users on their own files or by the sys- 
tems administrator inserting the command 
into EXEC2 and REXX programs to au- 
tomate the function. 

Furthermore, there is no need for con- 
cern regarding the operational status of 
the program. While complex access con- 
trol systems can become dysfunctional, 
encrypted files remain encrypted and the 
encryption function itself exists only as a 
module that can be easily restored. 

If cost is an issue, and the cost-effec- 
tiveness of any software product usually 
is, DP managers should consider the fact 
that the commonly used access control 
packages sell in the $25,000 to $30,000 
range. Encryption products give full data 
protection for between $5,000 and 
$10,000. So it is easily within the budgets 
of companies that are using access con- 
trol, smaller companies that previously 
could not afford such protection and com- 
panies acquiring 9370s. 


Conclusion 


The VM professional pondering the 
need for securing data on his or her VM 


system should consider the following sit- 
uation: 

@ You release a tape containing sensi- 
tive data and send it through an over- 
night service only to be told the next 
day that it has been lost or delivered 
by accident to another company that 
may or may not be a direct compet- 
itor. Should you and your manage- 
ment be concerned? If the data on the 
tape is encrypted, your only concern 
would be the day’s delay. 

@ An employee in your data center is 
fired and, bearing a grudge, steals a 
tape from the tape library. He holds 
it as ransom, demanding his job back. 
If the data on the tape is encrypted, 
it is harmless and the tape can be 
recreated. 

@ A government agency seizes the tapes 
in your data center for evidential ma- 
terial. If the data on the tape is en- 
crypted, the company cannot be 
harmed. 

@ A private investigator working for a 
law firm or a competitor successfully 
bribes an employee to obtain either 
printouts or copies of tapes. If the 
data on your system is encrypted, 
these people will be foiled. 

@ There is a leak of sensitive infor- 
mation to the press or your compe- 
tition and senior management points 
the finger at the data center. If your 
data is encrypted you can prove to 
them that the leak was not your fault. 

@ Security has been breached resulting 
in a multi-million dollar loss to the 
company. A shareholder lawsuit is 
filed against the company charging 
the board of directors with failure to 
take adequate protection of corporate 
assets. By encrypting the data, you 
could prevent the loss and the law- 
suit. 

In conclusion, the trend today is toward 
stand-alone encryption products. With 
prices coming down below $10,000 they 
should become widely used in all data 
centers for both on-line and off-line (tape) 
data protection. VM users cannot prevent 
access to their data files, but they can and 
should prevent the abuse of that access. 
Encryption is the necessary course of ac- 
tion. = 
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Software Review 


Tower Systems’ 
EPIC/VSE and EPIC/CMS 
Keep DASD 


Response Times Down 


As DASD networks have grown in both 
size and complexity, the need to keep re- 
sponse times down has emerged as a crit- 
ical issue of MIS management. 

In meeting a data center’s performance 
objectives, a key element is eliminating 
DASD bottlenecks before they grind pro- 
cessing to a halt. Response times for busi- 
ness-critical applications are at the mercy 
of an organization’s DASD_ network. 
Controlling a shared DASD configuration 
only becomes tougher as the number of 
datasets and drives increases. 

Managing DASD response times in- 
volves two distinct but interrelated pro- 
cesses. First, a data center must be able 
to detect and correct instances of DASD 
response time degradation. This process 
focuses on the technical causes and meth- 
ods of solving a failure due, for example, 
to Rotational Position Sensing (RPS) de- 
lays. The second process assumes that 
technical failures are part-in-parcel with 
organizational deficiencies. It details the 
organizational procedures by which DASD 
configurations and dataset placements are 
determined. Solving the general problem 
of DASD response time management in- 
volves attention to both the technical and 
procedural aspects of the issue. 

For DOS/VSE and VM/CMS shops, 
EPIC/VSE and EPIC/CMS from Tower 
Systems International offer comprehen- 
sive DASD resource management facili- 
ties. Except for the environments in which 
they operate, both EPIC systems offer 


By John Kador 


similar features. While most of EPIC’s 
capabilities are common to the dozen or 
so other DASD resource management 
products available on the market, the un- 
derpinnings of EPIC are different. 

For a DASD resource management tool 
to work, it must be able to directly meas- 
ure DASD response times and other data 
needed to detect and correct aberrations. 
The underpinnings of most DASD tools 
are similar to IBM’s approach: they hook 
into the operating system to trap SVCs 
and replace operating system code at the 
time of system initialization. This tech- 
nique is certainly serviceable, but it con- 
sumes significant amounts of CPU over- 
head. Moreover, products that use this 
method often make themselves release- 
dependent on the operating system. That 
is never desirable because it complicates 
maintenance. 

In designing EPIC, Tower Systems 
wanted to make it completely independ- 
ent from hooks into the operating system 
internals. To that end, EPIC does not trap 
SVCs and does not issue privileged key 
zero commands. Installing it requires no 
changes to the operating system software, 
application programs or to Job Control 
Language. A centralized Dataset Name 
(DSN) catalog contains all the informa- 
tion for the access and control of both 
tape- and disk-resident datasets. 

The product incorporates Generation 
Dataset (GDS) control functions which 
allow the system to maintain any number 
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of dataset versions on either tape or disk. 
As generations expire, they are automat- 
ically rotated into the available resource 
inventory and remaining active genera- 
tions are aged by one cycle. It supports 
multimedia dataset categories, where spe- 
cific datasets may reside on a combination 
of disk or tape device types. EPIC/VSE 
uses CICS in order to display resource 
status. 

EPIC/VSE is a fully-integrated control 
system for managing tape and disk re- 
sources. An automated system for opti- 
mizing the control and security of data- 
sets, it is designed to boost response 
time and to eliminate lost data files, 
computer reruns and unexpected job can- 
cellations that can result from manual al- 
locations. It is available for both VM and 
VSE shops. 

EPIC/CMS improves control and man- 
agement of CMS modules files and min- 
idisks. The components of EPIC/CMS 
help VM users economize on disk and 
tape requirements for backups, improve 
security and reduce the time needed for 
data scheduling. Released in October, 
1987, EPIC/CMS consists of four inte- 
grated components that can also stand 
alone. The first component is Backup that 
controls VM/CMS minidisk and CMS file 
backup and restore. The second one is 
Archive that provides a facility to control, 
compress and move seldom-used modules 
between a CMS user’s active data area 
and system archive areas. Tape, the third 


Clean up with 
FATS & FATAR 


@ Validate and correct the record format of 
files on tape (including variable spanned 


lik F). 
FATS is a tape utility program which permits RECON SNAT | 
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@ FATS certifies scratch tapes and verifies @ Re-block tape files while copying. 


that data files can be read. 

@ FATS supports high-speed data security 
erasure of tape data. 

e FATS provides a permanent record of each 
tape tested in the form of comprehensive 
detail and summary reports. 


FATAR is a tape utility program which 
analyzes and copies tapes, especially tapes 
with data checks or bad data. 

FATAR is designed to: 

@ Read tapes, including multi-volume and/or 
multi-file tapes. 

@ Recover from |/O errors on tapes which 
cannot be read by normal operating system 
data management. 

® Copy tapes, including multi-file and/or multi- 
volume tapes in one execution. y 

® Modify data on tape (while copying). iv 

® Display and correct data check + Gi 
blocks on tape. ecy hi 
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component, provides management and re- 
porting facilities to control tape drive 
usage and tape volume mounts. Last, 
Console Control provides VM operator 
messages and reader, printer and punch 
queues. 


Drive Time, Delay Time 

There are two major components to 
DASD response time: drive time and de- 
lay time. Drive time represents the time 
it takes for a storage device to physically 
position the head at the desired track. 
Drive time can be further divided into two 
pieces: latency (time required to wait for 
the desired record to pass under the read/ 
write head) and transmit time (the time 
required to transfer the data to or from the 
track). Managing these times is relatively 
easy because they depend only on the da- 
taset placements on the drive. 

Delay time is the more difficult com- 
ponent to manage. Transmitting data to 
or from the drive requires a path from the 
drive to the channel. If a path is not avail- 
able at the instant needed, the connection 
must be delayed as the track rotates one 
complete revolution. Only then can an- 
other connect attempt be made. This is 
called Rotational Position Sensing (RPS) 
delay time. 

Still another type of delay time is queue 
time. It occurs when an I/O is ready to 
be issued, but either no path to the drive 
is available or the drive is already exe- 
cuting an I/O. Moreover, in a shared 
DASD environment, delay time can be 
generated on a given dataset by I/Os from 
any of the CPUs connected to the drives 
and drive paths. Delay times are much 
more difficult to manage than drive times 
because delay times mostly reflect the 
overall DASD activity rather than the ac- 
tivity of a single dataset. Often it is im- 
possible to pinpoint a single dataset whose 
activity is causing a delay. 


Critical Issues 

Warrant Conversion 

According to Olan Mills Studios in 
Chattanooga, TN, tape management is a 
critical issue that warranted the trauma of 
converting from one tape management 
system to another. Olan Mills, a nation- 
wide photography studio, converted from 
a popular DOS tape management system 
in favor of EPIC/VSE. 

**Service and support were the key rea- 
sons for the switch,’ says Pete Clark, 
systems programmer and data communi- 
cations administrator for Olan Mills. The 
Olan Mills data center operates an IBM 
3083 under DOS/VSE and an IBM 3033 
VSE/VM and 88 DASD devices. The 
company manages more than 12,000 vol- 
umes of tape. 

Performance differences (between the 
old system and EPIC) did not enter into 
Olan Mill’s decision to convert. ‘*For us, 
there were no performance issues. In terms 
of performance, we felt that both products 
were equal. We could not have justified 
the change on performance alone,’’ Clark 
continues. EPIC is slightly faster and Olan 
Mills did gain back about 300K in core 
storage but, as Clark says, ‘‘that was not 
enough to make a change or to be an issue 
in the decision.’’ Of course, the 300K 
available for other uses is appreciated. 


Hughes’ Dilemma 

In 1985, the Connecting Devices Di- 
vision of Hughes Aircraft Corporation in 
Irvine, CA faced a dilemma. It wanted to 
convert its Burroughs system to a 4381 
under VM/HPO 4.2 and guest DOS/VSE 
systems. In doing so, it wanted immedi- 
ate control of its DASD resources which 
included three strings of 3375 tape drives 
and a half string of 3380 disk drives. 

““EPIC/VSE gave us a_ transparent 
method to keep on top of our datasets and 
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minimized our workload tremendously. 
“It has helped control the number of per- 
sonnel in the I/O area, giving us more 
throughput and productivity without a lot 
of effort,’ says Steven Kannard, manager 
of technical support. 


In strategic terms, Kannard believes 
better management of dataset resources 
resulted in decreases of CPU utilization 
of 40 percent. Those savings, when com- 
bined with productivity gains seen by 
many EPIC/VSE features, can cost-jus- 
tify the product, he points out. 

“*Kannard continues, ‘During the con- 
version process, it was very nice to be 
able to treat unlabeled tapes off the IBM 
as though they were labeled for purposes 
of tracking datasets.’’ The Burroughs sys- 
tem did not recognize unlabeled tapes very 
well. Consequently there were a lot of 
files getting passed back and forth be- 
tween the machines. Using EPIC/VSE, 
we were easily able to track files leaving 
the IBM system and to determine when 
they were created.’ 

The Connecting Devices Division also 
uses EPIC/CMS to manage DASD for its 
VM/CMS users. “‘It gives us the advan- 
tage of saving incredible amounts of time 
on the CMS side of the house,’’ Kannard 
says, adding that it improved control and 
management of CMS modules files and 
minidisks by allowing all tapes created 
under VM to be controlled out of the DOS/ 
VSE catalog. “‘Our ultimate goal is to 
have a single integrated catalog to control 
both VM/CMS and guest environments,’ 
he emphasizes. 

Of EPIC/CMS, Kannard notes the par- 
tial backup and automatic recovery fea- 
tures. ‘“‘Being able to do partial backups 
really made a difference for us,’’ he adds. 
After the initial backup, the system backs 
up only files that have been updated since 
the previous backup. The archive facili- 
ties have been enhanced, as well. If users 
inadvertently erase one or more of the 
CMS datasets, they can now initiate the 
recovery procedure without involving the 
usually overworked operations staff, ac- 
cording to Kannard’s tests. 

For more information about EPIC/VSE 
or EPIC/CMS, contact Tower Systems 
International, 2220 Fairview Road, Costa 
Mesa, CA 92627. Telephone: (800) 854- 
7551, (714) 752-8263. = 
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Forum from page 8 
VSAM SORT WORK AREAS 


I was informed by a number of readers that 
IBM’s sort product supports only one extent 
of the type *‘SD’’ and nine extents of the type 
““DA.’’ What this means is that IBM’s sort 
does not support secondary allocation when 
using VSAM for the sort work area. However, 
all the other benefits of having your sort work 
area in VSAM still apply. At the New England 
Journal of Medicine we use CA-SORT from 
Computer Associates which supports multiple 
extents of the type ‘SD.’ I have been in- 
formed that Syncsort also supports multi “*‘SD”’ 
type extents. 

The second question I am most frequently 
asked is why I use explicit defines for the sort 
work clusters. I use explicit defines because 
of the reduced amount of I/Os and duration of 
the sort. When defining an explicit file with 
“*no allocate’ specified, the cluster is put in 
the catalog, but no space is allocated until a 
job opens it for output. This can be controlled 
by the ‘“*‘DISP=(,)’’ parameter on the dlbl card. 

When you define an implicit file, VSAM 
loads every module known to man to do the 
define at the time the job opens that file for 
output and then performs the define. 

In my article, ““‘VWSAM Tuning of System 
Work Files,’ in the November/December 1987 
issue, | showed the results of benchmarks on 
an idle system using IBM’s ‘*PT”’ and job 
accounting information when using explicit 
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defines versus implicit defines. The results are 
significant and worth the effort to set up the 
clusters as explicit. 

Finally, if you are using IBM’s Sortmerg 
product, you should contact your IBM SE to 
request a PASR (product application and re- 
quirements) for the Sortmerg product to sup- 
port multiple **SD”’ file type extents. This will 
allow you to take advantage of the secondary 
extent allocations when using VSAM/SAM, 
sort work area. 

Terry Spaulding 
The New England Journal 
of Medicine 


NON-UNIQUE AIX KEYS 


I have an answer to the letter from Ronald 
D. Williams of Pansophic Systems, Inc. that 
appeared in the May/June 1988 issue about 
non-unique VSAM AIX keys and pseudo-con- 
versational CICS transactions. My preferred 
technique is to avoid using the PATH and pro- 
cess the AIX and CLUSTER as separate da- 
tasets. Read the AIX for the desired key, save 
it in your COMMAREA and use program logic 
to extract the desired CLUSTER key. Then 
you can use that key to read the CLUSTER 
directly. I still define the PATH for documen- 
tation and for use by batch programs, but | 
ignore it in CICS. If you insist on using the 
PATH, you can save the last key used in the 


until you get a match on the last key used and 
resume processing with the next record. I 
wouldn’t recommend this technique since the 
AIX can be read as easily as any other VSAM 
KSDS dataset. The fields in the AIX record 
are of known length and fixed (that is 
AlXkeyCLkey|1CLkey2...CLkeyn) and are 
easy to process. 
David E. Taylor 
Methodist Hospitals 


“X37 ABENDS 


Responding to Sue Tremblay’s letter that 
appeared in the May/June 1988 issue regard- 
ing ‘‘X’’37 ABENDS. . . . two years ago, we 
also looked at STOP-X37 from Empact Soft- 
ware as a solution to serious production inter- 
ruptions. Up-front analysis revealed that our 
users were allocating across multiple volumes, 
creating enormous fragmentation and peform- 
ance problems. Products such as STOP-X37 
were created to address problems caused by 
inadequacies in IBM storage management de- 
sign and, as such, have usefulness. Our re- 
sponse was user education that resulted in im- 
mediate remediation of over half of our 
problems. Now that storage is cleaned up and 
users know how to estimate resource and ap- 
propriately allocate datasets, STOP-X37 may 
be a reasonable alternative to move us toward 
automated operations. Unfortunately, as long 
as IBM storage management is awkward, we 
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must educate, monitor and analytically cor- 

rect allocation problems utilizing ‘‘after the 

ABEND”’ tools only if we understand what is 
causing the ABEND. 

Suzanne Nott 

Pacific Telecom, Inc. 


APPRECIATES VARIETY 
I just wanted to let you know how inform- 
ative I find MAINFRAME JOURNAL. The 
great variety of topics discussed has broadened 
my base of knowledge in systems program- 
ming. In my area of concentration (VTAM, 
NCP, NetView), I rarely get involved with 
other IBM system products, but was always 
interested in understanding how they interre- 
late. Your magazine has allowed me to do this 
in a timely and interesting fashion with real- 
world examples and without the usual drudg- 
ery that accompanies a search through vendor 

manuals. 

Ralph Coulter 
PMA Group 


NETVIEW/PC ARTICLE 


I always enjoy reading about SNA network 
management; therefore, I was pleased to see 
the article entitled “‘SNA Network Manage- 
ment Using NetView and NetView/PC”’ in the 
May/June 1988 issue of MAINFRAME JOUR- 
NAL. However after reading it, I felt that a 
couple of points should be cleared up. 

The IBM solution offered by NetView/PC 
is seen by most third-party vendors as an in- 
adequate attempt at providing an interface to 
the NCCF network maangement platform. 
Third-party vendors with whom I have spoken 
feel that IBM could open up the interface and 
provide support for a number of different vec- 
tors in the NMVT RU in addition to the alerts 
that are currently supported in the NetView/ 
PC interface. I share the concern that IBM 
holds the key to the network through network 
management and that the NMVT alert function 
is inadequate to meet most third-party network 
management needs. A few third-party vendors 
have written their own network management 
applications that take advantage of the NCCF 
macro level interface. These applications are 
fairly easy to write for an experienced IBM 
software engineer. 

In addition, I noticed that when the authors 
were explaining the function of the CNM rout- 
ing table, their solution to solve a CNM un- 
solicited RU routing problem would not ac- 
complish the desired results. The article 
suggested that the NMVT NS RUs could be 
directed at the NEWS ACB by varying the 
BNJDSERV ACB inactive and by varying the 
NEWS ACB active. In ACF/VTAM, an APPL 
definition is an ACB. When an APPL is varied 
active, it is left in CONCT status. This status 
indicates that the APPL is available for an ACF/ 
VTAM program to OPEN. Until the applica- 
tion opens the ACB, the ACF/VTAM APPL 
definition is not active and NS RUs will not 
be routed to it. 

BNDJSERV is the NPDA task in NCCF. 


When a CNM task is started in NCCF, the 
ACB is opened. When the NCCF task is shut 
down, the ACB is closed and the associated 
CNM ACF/VTAM APPL is returned to 
CONCT status. It is true that ACF/VTAM will 
not route NS RUs to two destinations, but there 
is no problem with having multiple destina- 
tions active at the same time. ACF/VTAM will 
route unsolicited network management RUs to 
the first ‘‘active’* ACB entry found in the table 
for that RU. 

In the example in the article, varying the 
BNJDSERV ACB inactive and the NEWS ACB 
active would have no effect on the NS RU 


routing. Varying the BNDJSERV APPL in- 
active could cause problems later when you 
try to recover NPDA. Instead of varying the 
BNDJSERV APPL inactive, it would be beter 
to use the NCCF STOP FORCE = BNJDSERV 
command to shut down the NPDA task. When 
the task is terminated, the ACB is closed by 
NCCF and the ACF/VTAM APPL returns to 
a CONCT state. Then, if the NEWS applica- 
tion is running and had opened the NEWS 
ACB, the NMVT NS RU would be routed to 
NEWS instead of BNJDSERV. At this point, 
the user could reassemble the table to recover 
the RECFMS RU. 
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There is clearly no need to vary ACBs or 
ACF/VTAM APPLs active or inactive to con- 
trol NS RU routing. In fact, that procedure 
would result in no network management data 
being collected and a potential recovery prob- 
lem with NPDA. 

Lloyd Hagemo, Jr. 
BlueLine Software Inc. 


VSE ... Really! 


I really enjoyed Pete Clark’s ‘‘Really!”’ ar- 
ticle because he is really correct with really 
good points about the real world of VSE/SP. 
It’s a reality that any systems , programmer, 
given adequate resources and training, who 
can’t make VSE run really well, couldn’t make 
MVS run either. 

Let me add Conversion Reason #6: ‘‘To 
improve one’s resumé and marketability.’” The 
demand for large-scale VSE systems program- 
mers & VSE tech managers is small compared 
to MVS systems programmers. 

We increased our workload and throughput 
with VSE/SP 2.1’s bigger Power blocksize, 
multiple-page datasets (4), new Librarian, 
VAE, and 4K paging along with DASD tuning 
and 3380s. 

VSE/SP 3.1’s new Power will make it fly 
and reduce I/Os. VSE/SP 2 or SP 3 really runs 
fast. . . VSE 1.3.5 or SP 1! Really! 

Arthur Stipo 
Delaware Trust 


IMBED Caution 
The VSAM article by Frank Bereznay (May/ 
June 1988) was excellent. However, it should 
be mentioned that IMBED should not be used 
in a cache controller environment. A track of 
a replicated single SSI is ‘‘staged’’ to cache 
memory when many (if not all) SSIs could be 
staged instead. Also, IMBED causes second- 
ary (non-SSI) devices to be **fragmented’’ with 
extent data when a VSAM file goes to physical 
extents. Since IMBED uses about 7% of the 
space it can actually be a cause of file extents 

in 3380 DASD. 

Howard Glastetter 
State of Washington 


KUDOS 

As the head of a large shop, I find the tech- 
nical material in MAINFRAME JOURNAL 
superb. I grew up worrying about the dis- 
patcher on OS/PCP release 2 when it was only 
doing one thing at a time anyway! I found the 
““new ready queue’’ comments very interest- 
ing; I hadn’t realized ROTATE had disap- 
peared in XA. The VSAM tuning article (by 
F. Bereznay) was excellent and I have a JCL 

task force using it as a guideline. 
Martin Thorpe 
U.S. Administrators 


Excellent magazine, how about increasing 
the size or frequency. 

Jose L. Flores 

Arden Mayfair, Inc. 


Publisher's Note: Thanks for the kind re- 
marks. We will be increasing the frequency to 
monthly starting in 1989. 


Water from page 38 

the fetching process begins all over again. 
Program compression can be reduced by 
taking some simple steps. 

First, if your page size is set at 4096K 
you might try reducing it to 2048K. This 
will yield savings by reducing what I call 
page waste. For example, all non-resident 
programs are loaded on a page boundary. 
If you have a lot of programs that are 
less than 2048K in size, they will still 
consume an entire 4096K page if your 
page size is set to that. More than half 
the page will be ‘‘wasted.’’ If you change 
the page size, you create more pages 
(twice as many) and you have more effi- 
cient use of available pages. By making 
this one change, we reduced program 
compressions from one every minute or 
so to one every six minutes. 

In evaluating resident programs con- 
sider that programs specified resident 
through the Application Load Table (ALT) 
are not loaded on a page boundary and 
are in fact packed together. By examining 
the CICS out list and looking at the fetch- 
and-use rates of your load modules, you 
can determine whether or not the program 
should be resident. If it should be resi- 
dent, specify so in the ALT. 

These few suggestions are very basic 
in nature, but they will give you a starting 
point. Joining an organization like the 
Computer Measurement Group (CMG) 
will give you access to the best perfor- 
mance management and capacity plan- 
ning minds around. Publications from 
CMG and other sources will help you gain 
experience as you work and perhaps save 
you the punishment of mistakes that have 
already been made somewhere else. 

There will be frustrations in gaining 
support for starting a program especially 
where such a program has never existed. 
There will also be frustrations in analyz- 
ing and solving certain performance prob- 
lems. Think about this: any rock, no mat- 
ter how hard or how rough, when thrown 
into running water will eventually relent 
to the gentle, persistent and endless action 
of the water and become smooth. When 
these frustrations arise, do not quit. You 
must be like water on the rock. = 


ABOUT THE AUTHOR 

R. Douglas Swords has been in data 
processing for eight years and is cur- 
rently the technical services manager for 
Pitt Memorial Hospital (Greenville, NC). 
His technical thrust for the past three years 
has been performance management and 
capacity planning. 
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DB2 from page 12 


queries are predefined through application 
programs has required us to optimize as 
much as possible to achieve production- 
required response times. This has led to 
some interesting discoveries. 

One of the virtues of the SQL language 
is that there are several ways in which a 
query may be phrased, all of which will 
return the same result. Theoretically, they 
should all perform equally well. How- 
ever, with Release | we found that the 
insertion of parentheses in an ‘‘anded”’ 
condition reduced the response time for a 
single query from minutes to nearly in- 
stantaneous while obtaining the same re- 
sult (this was subsequently corrected in 
Release 2). We have found many other 
similar cases which still persist. The mes- 
sage is that, while it is theoretically not 
necessary (and the requirement is de- 
creasing over time), detailed knowledge 
of the DB2 optimizer and how it operates 
is important for applications designers to 
have. 

When a query is executed, logically, a 
result table is created. Whether you wish 
to process only ten or a million rows of 
the result table, all rows which are can- 
didates for the result table are determined 
(even if it is 5 million). DB2 addresses 
the formation of the logical result table in 
one of two ways: either by creating the 
entire result as a virtual table before pre- 
senting it to the user, or by retrieving each 
row of the result table from disk as the 
user requests them. The former is the best 
for larger queries where all of the result 
table is desired and the latter is better for 
smaller queries. Knowing this, the user 
may be able to fool DB2 into creating or 
not creating a result table in order to im- 
prove performance. 

The construction of indexes is very im- 
portant for many reasons. Locking is gen- 
erally a greater problem through the index 
pages than through data pages since there 
will be far fewer index pages than data 
pages. Updating a single data row can lock 
many data pages through an effective lock 
on the index page which contains an entry 
for the updated data page, as well as en- 
tries for many other data pages. Also, only 
one index may be specified as the clus- 
tering index (the one which determines 
the physical order of the data on disk). 
However, through careful planning, sev- 
eral clustered indexes may be created. 

DB2 is very good at using as much in- 
formation in an index as is available in 
order to solve a query using only the in- 
dex without having to go to the data page. 


However, only one index may be used on 
each table in a given query. For example, 
the COURSES table will require an index 
on the Course# column to guarantee 
uniqueness (we assume that the DE- 


PARTMENTS table has a unique index 
on the Dept# column). In addition, you 
may wish to add an index on the Dept# 
foreign key in the COURSES table for 
joins. See DB2 page 88 
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Q i is my understanding that VSAM gets the Control Area 
size from the primary or secondary allocation unit or | cyl- 
inder, whichever is smallest. What does VSAM do if the sec- 
ondary allocation is zero? 

We have several files that have performance problems and 
many of them have no secondary allocation amounts like CYL- 
INDERS (53 0) and CYLINDERS (45 0). We were wondering 
if the lack of a secondary allocation made VSAM pick a small 
Control Area size (like a track) and if that is causing some of 
our performance problems. 


A That’s a good question. You identified an exception to the 
primary/secondary/1-cylinder rule. 

If a secondary allocation for a dataset is zero, VSAM ignores 
it when assigning the Control Area size. VSAM then selects 
the Control Area size by choosing only between the smaller 
of the primary allocation or | cylinder. (In an FBA environment 
the primary allocation is compared with 744 blocks.) 

The two examples you gave would result in Control Area 
sizes of | cylinder which tend to offer the best performance 
for large files. You can verify the Control Area size on a LIST- 
CAT report by looking at the field called **TRACKS/CA.”’ It 
should equal the number of tracks per cylinder for your disk 
device. Sorry, but the answer to your performance problem lies 
elsewhere. 

You may want to analyze why you don’t have any secondary 
allocations on your files. You could have files that have been 
over-allocated to prevent them from running out of space. If 
not, you may be in danger of them filling up and causing 
problems for you later. 


Q How difficult would it be to make VSE support a 31-bit as 
opposed to 24-bit addressing scheme? MVS seems prohibitively 
expensive for mid-range shops. The 16 MB (40 MB with VAE) 
seems to be the problem with VSE while overhead of CPU, 
disk space requirements and so on limit VM. 


A To make 31-bit addressing available for DOS/VSE may be 
impossible in my opinion. The problem is in the usage of 
registers in the software. Many technical packages and system 
software use the high-order byte of the registers to pass infor- 
mation and condition codes. It may require a rewrite of VSE, 
POWER, CICS, VTAM and other vendor packages. I don’t 
think IBM is going to introduce DOS/VSE/XA either. 

Pete Clark, systems programmer and data communication 
administrator for Olan Mills, Chattanooga, TN has enhanced 
VSE and extended its capability well beyond Release 3.1. If 
you would like a copy of Clark’s code, circle number 390 on 
the Reader Service Card. 

As for running DOS/VSE under VM, I don’t recommend 
running it in VAE mode. DOS/VSE/VAE under VM loses 
many of the VM handshaking capabilities along with increased 
paging caused by double paging and also a loss of the real 
memory dedicated to a DOS/VSE/VAE system to help it run 
effectively. 

I recommend that DOS/VSE run under VM with a 
MODE= YM supervisor and a directory entry of 16 MB min- 
imum and maximum size specified. VM will then do all of the 
paging. Multiple VSE guests can then be controlled by the 
type of work being performed by each. 


Q What are the performance considerations of: SET QDROP 
OFF, VIRTUAL=REAL, SET (CCW) NOTRANS ON, dedi- 
cated disk and full pack minidisks for VSE/SP? 


A When a Virtual Machine is being dropped from a scheduling 
queue, the machine’s segment and page tables are scanned to 
determine which pages should be flushed. Setting QDROP OFF 
prevents the machine’s pages from being flushed and as a result 
improves performance for the virtual machine. Although the 


VSE/SP machine may see a performance improvement, other 
virtual machines may experience adverse effects. An alterna- 
tive to setting QDROP OFF is to lock strategic pages (that is, 
page 0, CICS tables and control blocks) for the VSE/SP ma- 
chine. This is an area of tuning in which trial and error is 
needed to determine what will work best for your situation. 

A VSE/SP machine running in VAE mode must be de- 
fined VIRTUAL=REAL to VM. When running VIRTUAL 
=REAL, the VSE/SP machine’s pages are mapped | to | in 
real storage (except for page 0). VM supports only one guest 
machine running VIRTUAL=REAL mode. A VSE/SP Su- 
pervisor that does not have the VM handshaking support is 
used and, as a result, does its own paging. One performance 
benefit is that CCW translation can be omitted by issuing a 
SET NOTRANS ON command for the VSE/SP machine. A 
major disadvantage is dedicating a portion of real storage to 
one virtual machine that could leave other virtual machines 
contending for the remainder of real storage. My suggestion is 
to run multiple VSE/SP machines in VIRTUAL= VIRTUAL 
mode unless there is a major advantage to running your VSE/ 
SP in VAE mode. 

I do not know of any major performance issues concerning 
full pack minidisks vs. dedicating DASD volumes. One func- 
tional benefit of full pack minidisks is the ability to share 
DASD between multiple VSE/SP systems, although I do not 
recommend sharing DASD unless absolutely necessary. 


Q Regarding MVS, on the EXEC statement, what is the effect 
of using the DPRTY=( , ) parameter? How does the SRM 
react to such an alteration in practical terms, for batch pro- 
cessing and for a single step? 


A The effect of using the DPRTY parameter on the EXEC 
statement depends on several parameters in ’"SYS1.PARMLIB’ 
which define the Automatic Priority Group (APG) range. The 
APG range is the range of dispatching priorities that is under 
control of the System Resource Manager (SRM). The dispatch- 
ing priority determines the position on the dispatch queue on 
which a task is placed when it is ready to execute. 


Two cases determine the effect of the DPRTY parameter: 


Case 1: the DPRTY parameter values set the dispatching 
priority if the first value specified does not fall within the 
APG range. From the DPRTY =(valuel,value2) parameter 
the priority is set to a 2-digit hexidecimal number where the 
first digit is obtained from decimal ’valuel’ and the second 
digit is obtained from decimal *value2’. 


Example — DPRTY =(8,15): 

Decimal ’8’ = Hexidecimal *8’. 

Decimal ’15’ = Hexidecimal ’F’. 

Therefore, the dispatching priority = Hexidecimal *8P’. 


Case 2: the DPRTY values are ignored if the first value 
specified falls within the APG range. In this case, or if 
DPRTY is not coded, the dispatching priority is obtained 
from the specifications in PARMLIB member I[EAIPSxx, 
also known as the Installation Performance Specification 
(IPS). 


The parameters that determine how DPRTY is used are: 

a) APG=nn in member IEASYSxx sets the Automatic 
Priority Group value which is used as the first digit in the 
dispatching priority 

b) APG=mm in member IEAIPSxx sets the second digit in 
the dispatching priority for a specific performance group 

c) APGRNG in member IEAIPSxx sets the range of dis- 
patching priorities that are controlled by SRM 

d) DP in member IEAIPSxx sets the dispatching priority for 
a specific performance group. 

See Advisor page 92 
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How to Buy Time tor Your IBM 308X. 


___ BMC 


1. Invest in EMC. 

With the uncertainty surrounding IBM's next move in 
the mainframe area, adding a few more years to your system's 
productive life will pay dividends for you down the road. So 
why buy a new system, when EMC's main storage upgrade 
gives you the performance you need to make your current 
system your future workhorse. With EMC you save 30% over 
comparable IBM upgrades, which means buying time now for 
your 308X has never been a better decision. The simple "plug 
and play" design of EMC's upgrade makes improving the 
performance of your system as easy as adding sand to an 
hourglass. 


2. Maximize Your Savings. 
EMC uses state-of-the-art technology and production 
methods to offer our 308X upgrade at 30% lower cost than 
IBM. A 16MB upgrade from 
MB IBM is priced at $160,000. For 


24 EMC that same price you could buy 
24MB of EMC main storage. 
That's an additional 8MB of 
IBM main storage or a savings 
16 of $50,000. Either way 


you save with EMC. EMC 
also features coterminous 
leases and trade-up credits 
so the return on your 
2 investment continues 
$160,000 Expenditure after your purchase. 
3. Improve Performance. 
By increasing your 308X's main storage capacity, you will 
improve system response time and increase your users’ 
productivity. 


EMC's 308X upgrades are 100% hardware and software 
compatible with IBM 3081, 3083, and 3084 CPU's. Upgrades 
are provided in 16MB increments and run all IBM diagnostics. 
Use of EMC upgrades will have no effect on your IBM 
maintenance. 


4. Add Reliability. 

To guarantee the most uptime possible for your 308X 
system, our upgrades use pre-tested logic components. Then 
they are subjected to 100-hours of test and burn-in procedures, 
which include qualification in one of our own 308X 
computers prior to shipment. 

EMC is the leading independent manufacturer of main 
storage upgrades and other system enhancement products for 
mainframe and mid-range computers. All EMC products are 
supported by our worldwide network of sales and service 
oftices. 


5. Call EMC. 

If you're interested in buying time for your 308X system, 
call EMC today at 800-222-EMC2 for your free information kit. 
Our 308X upgrade is the "midlife kicker" that saves you 
money and improves your 308X's performance. 


For more information, call today: 
1-800-222-EMC2 ext. 2290 
(In MA, call 617-435-1000) 


EMC’ 


The System Enhancement Company. 


IBM is a registered trademark of International Business Machines Corp 
Copyright 1987 EMC Corporation 
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DB2 from page 85 

Say that we also have made the 
Course# index the clustered index be- 
cause it is frequently qualified in queries 
and also provides a good physical distri- 
bution of data. Given the query in Figure 
5, one of the two indexes may be used, 
but not both. Thus the data page will have 
to be reference for every row in the index. 
Use of the clustered index would be pre- 
ferred. However, if we add the Course# 
column to the Dept# index, now the en- 
tire join portion of the query could be 


solved using only the index. However, it 
is not the clustered index, so data retrieval 
would be in effect in random sequence. 
One final change to the indexes might 
be to make the clustering index be the 
combination of Course# and Dept# (in 
that order) and another unique index on 
Course#. Of course the clustering index 
would have to be non-unique, but the re- 
sult is that both indexes will be clustered. 
Now the query will be solved in much the 
same way as above, except that the data 


®@ SUBMIT CEMT COMMANDS FROM BATCH 
CICS/CEMT from BATCH - OPEN or CLOSE CICS files from a batch job 
stream. Initiate CICS tasks, issue any CEMT SET command. START/ 
STOP DL1I data bases (DOS), ALLOCATE & UNALLOCATE files 
(MVS). Workswith up to 99 CICS systems on multiple CPUs. Over 1300 
users. *Purchase for $495 (DOS) or $695 (MVS). 


@ SEND MESSAGES TO CICS TERMINALS 
CICS/MESSAGE - Send messages to CICS terminals without affecting 
user’s transactions. CICS/MESSAGE saves the screen buffer, Tran-id 
and COMMAREA and displays the message. The user’s screen and 
transaction are fully restored. Messages may be sent to one terminal, a 


set of terminals, all terminals, or the operator console. 


CICS/ 


MESSAGE may be linked to from other CICS programs. *Purchase for 


$495 for both DOS and MVS. 


®@ SHOW WHAT IS ON ANOTHER CICS TERMINAL 
SHOW AND TELL - Show what is currently on another user’s screen . Great 
for helping users without having to goto their office. TELL willecho your 
screen to other screens or printers. TELL can be used to print screens 
and for demonstrations and training sessions (local and remote). The 
SPY transaction (included) allows you to monitor a user’s terminal. A 
3270 print key function is also included. $895 for purchase. 


®@ ELIMINATE IDCAMS LISTCATS 


LISTCAT PLUS - Recapture wasted disk space, save time and paper by using 
LISTCAT PLUS. Lists VSAM entries (including ICF VSAM) in one- 
line-per dataset format. Datasets needing attention can be flagged. Lists 
non- VSAM entries in ICF catalogs, too. Over 1300 users. Purchase for 
$495 (DOS) or $695 (MVS). 


* Pitective September 1, 1988 the prices for the following products will increase. CICS/CEMT 
(DOS) - $695, (MVS) - $895. CICS/MESSAGE (DOS and MVS) - $695. 


is in the same order as the index. 

As you can see, knowledge of your 
queries and the index structures is quite 
important (note that all of the above 
changes to the indexes could be made and 
utilized by applications without any im- 
pact or required change to their code). 


SELECT * 
FROM COURSES, DEPARTMENTS 
WHERE COURSES. Dept# = DEPARTMENTS. Dept# 


A simple join 


One other problem situation may fre- 
quently arise when two tables are com- 
pared (whether as a part of a join or a 
simple restriction of a join) on other than 
primary and foreign key columns. When 
columns of dissimilar data types (though 
both are numeric or both are alphanu- 
meric), the query takes a long time to 
solve. Were domains properly supported, 
this problem would be alleviated. (Note: 
it is assumed that the problem will not 
exist for primary-foreign key compari- 
sons because the table designer has en- 
sured that they have the same datatypes. ) 


FIGURE 6 


COURSES, DEPARTMENTS 
COURSES. Dept# = DEPARTMENTS. Dept# 
DEPARTMENTS. Dept# = 111 


COURSES, DEPARTMENTS 
COURSES. Dept# = DEPARTMENTS. Dept# 
COURSES. Dept# = 111 


COURSES, DEPARTMENTS 
COURSES. Dept# = DEPARTMENTS. Dept# 
DEPARTMENTS. Dept# = 111 

AND COURSES. Dept# =111 


Join with restriction moving from worst 
to best 


In addition, the way information is pro- 
vided to DB2 is important. Say the re- 
striction is added that we wish only to see 
information for Dept 111 in the query 
above. There are three ways to code this 
request (Figure 6), all of which are suf- 
ficient. The last is the best, despite the 
fact that the information provided by the 
two restrictions seems completely redun- 
dant. However, it allows DB2 to apply 
the restriction to both tables prior to at- 
tempting the join. In future releases, we 
are confident that providing such redun- 
dant information will not be necessary. 
The second form of the query which is 
presented is also better than the first (can 
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Sse determine why?). 
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Another knotty problem is that of the 
introduction of redundancy into a table. 
All of our tables are the products of a 
rigorous logical design process which 
produces normalized tables. Normaliza- 
tion is a discipline which guarantees that 
the data in each table is fully and solely 
dependent on the primary key for that ta- 
ble. This avoids many potential update 
anomalies and eliminates redundant data. 
This is the preferred state for a table de- 
sign to be in. However, due to limitations 
in the DBMS’ ability to handle more than 
a few tables in a single query with ade- 
quate performance, it may be necessary 
to carry some columns in more than one 
table. This avoids the need for a join in 
some cases. The trade-off is that this re- 
dundant data must now be maintained. We 
have found that a judicious introduction 
of redundancy can help with perfor- 
mance. However, we have been quite sat- 
isfied in most cases with a fully normal- 
ized set of tables. 

Finally, one feature of DB2 is that it 
allows for queries to be ‘“‘stored’’ as 
‘‘views.’’ Views may then be referenced 
in other queries as though they are tables, 
removing unwanted complexity from the 
concerns of the users. In addition, views 
can be used to create restrictions or pro- 
jections for the purpose of security. This 
is accomplished by only allowing access 
to the view and not to the base table on 
which the view is based. In many cases 
this has proven to be quite satisfactory. 
However, not all views are updatable. In 
fact, only views referencing a single table 
in their primary query may be updated (in 
DB2). In order to obtain the desired se- 
curity through views with these, a 
subquery is added which may join to the 
other restricting table. Unfortunately, this 


may substantially impact the performance 
of the query since the subquery must be 
evaluated for all possible rows, not just 
candidate rows. Again, if few rows of a 
large table are to be updated, the impact 
could be substantial. 

As you can see, performance is directly 
affected by the knowledge that the de- 
signers have of SQL and DB2. We have 
found that unacceptable response times are 
more often than not caused by poorly 
coded queries. Overall, with careful at- 


tention, DB2 has proven itself to be a true 
production DBMS. = 
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Remember, 
information is 
available for all 
products advertised. 


Just fill out the 
READER SERVICE 
CARD elsewhere 
in this magazine. 
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Get new VM1 QuickCopy and 
Copyfile up to 15 times faster. 


Summer’s here, so what better time to reduce excess system wait? 
With new VM1 QuickCopy;" you can copy, pack and reformat CMS 
files up to fifteen times faster than CMS Copyfile. 


What’s more, QuickCopy speeds up your entire system, not just 
copy operations. Because all of your applications will benefit from 


QuickCopy’s CPU time savings. 


QuickCopy does everything Copyfile does, plus some handy 
extras. And because it uses the identical syntax and return codes, 
users don’t have to learn any new commands and existing programs 
don’t have to be modified. Just plug it in and go... fast! 


To help you start your wait reduction plan, VM1 is offering 
QuickCopy at a special introductory price of only $3995. 


So get your VM system in shape for summer. Give QuickCopy 
a 30-day trial at no obligation and see how much wait you lose. 
And how much productivity you gain. 


Call 1-800-321-4VM1 
(in CA, 213-641-2600) 
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Candle Fills Vacuum in VM 
Performance Reporting 


Candle Corporation’s new 
EPILOG 1000 for VM provides 
historical reports for VM users. It 
also provides reports analyzing 
DASD and channel resource usage 
systemwide, as well as CPU, stor- 
age and paging usage both system- 
wide and by workload. EPILOG 
1000 supports VM/SP, VM/HPO 
and VM/XA. This follows IBM’s 
recent announcement that the sys- 
tem reporting tool for VM, 
VMMAP, will not support VM/XA. 


For more information 
CIRCLE #200 on Reader Service Card 


ADR’s MINDOVER MVS 
Improves MVS & MVS/XA 
Performance 

Using artificial _ intelligence 
techniques, ADR’s MINDOVER 
MVS improves MVS and MVS/ 
XA_ performance by performing 
detailed analysis of the MVS sys- 
tem, identifying performance 
problems, finding their cause and 
suggesting solutions to improve 
performance. It enables perform- 
ance specialists to implement so- 
lutions instead of spending count- 
less hours pouring over volumes of 
MVS performance data. 


For more information 
CIRCLE #201 on Reader Service Card 


Advantages of CICS to VM 
Development Now 

MAGEC Software’s new VM 
MAGEC simulates CICS terminal 
handling, provides activity log- 
ging, a chronological history of 
transactions and audit stamps in 
VSAM records. VM MAGEC pro- 
vides the advantages of CICS to 
VM development and the ability to 
transparently move to VM/CICS 
later. 


For more information 
CIRCLE #202 on Reader Service Card 


4GL/Compiler Expanded to 
Support SQL/DS 

Phoenix Software has extended 
the capabilities of its fourth-gen- 
eration language/compiler, CYG- 
NET, to support IBM’s SQL/DS 
database language in DOS/VSE 
(SP) environments running on-line 
under CICS, VTAM and VSE (SP) 
batch. CYGNET/SQL is report- 
edly the first application develop- 
ment tool of its kind to deliver 4GL 
productivity improvements plus 
assembler-level run-time perform- 
ance. 


For more information 
CIRCLE #205 on Reader Service Card 


New Utility Automatically 
Converts DFHSM Datasets 

Innovation Data Processing has 
announced the availability of a 
conversion utility that will auto- 
matically convert datasets mi- 
grated under DFHSM to FDRABR 
archived datasets. Installations 
seeking the outstanding perform- 
ance and reliability of the FDRABR 
DASD Management System will 
be able to move data now under 
DFHSM control to FDRABR con- 
trol easily with this new conver- 
sion utility. 

For more information 
CIRCLE #206 on Reader Service Card 


Software DASD Caching 
Available for VM/XA Users 

Cache Magic/XA, just an- 
nounced by SDI, is said to im- 
prove the performance and _ in- 
crease the processing capacity of a 
user’s system, specifically in a VM/ 
XA _ environment. With Cache 
Magic/XA, installed users can ex- 
perience dramatic reductions in 
batch run times, accelerated on-line 
response times and an increase in 
overall throughput due to the sys- 
tem’s ability to process more 
transactions in the same period of 
time. 


For more information 
CIRCLE #207 on Reader Service Card 


New Amdahl Front-end 
Communications Processors 

The new 4745 Series FECPs 
from Amdahl allow migration from 
ACF/NCP-4 to ACF/NCP-5 soft- 
ware and reportedly give users up 
to 40 percent more throughput than 
competitive products. Because they 
run industry-standard software, the 
new 4745 Series processors can be 
intermixed in networks with Am- 
dahl’s earlier 4725 and 4705 
models as well as IBM’s 3745, 
3725, 3720 and 3705 communi- 
cations controllers. 


For more information 
CIRCLE #208 on Reader Service Card 


DTA Releases Print Package 


for DOS/VSE and VM 
DTA/Print Version 3.0 has been 
released by Davis, Thomas & As- 
sociates as a comprehensive report 
distribution and viewing system 
that allows any report in any IBM 
Power or VM Spool Queue to be 
routed to any attached CICS printer 
or CRT. Security features allow 
Power and VM file protection, plus 
system and printer control. 


For more information 
CIRCLE #203 on Reader Service Card 


First Totally Interactive Tool 
for CICS Dumps 

SymDump, the first productivity 
tool that reportedly allows appli- 
cation programmers to easily re- 
solve any CICS transaction dump, 
was recently introduced by On-Line 
Software International. SymDump 
lets programmers examine the de- 
sired information in a symbolic 
format; thereby, eliminating the 
need to translate memory offsets 
and hexadecimal values. 


For more information 
CIRCLE #209 on Reader Service Card 


CA-SPOOLMAN Enhances 


VM System Management 

Compiler Associates Interna- 
tional’s CA-SPOOLMAN is a re- 
cently announced spool manage- 
ment facility that provides a wide 
variety of automated functions that 
are not available in the standard 
VM_ environment. CA-SPOOL- 
MAN provides real-time monitor- 
ing and extensive viewing capa- 
bilities of VM spool activity and 
provides users with maximum 
control while operating in the VM 
environment. 


For more information 
CIRCLE #210 on Reader Service Card 


First VM Tool for ASCII/ 


EBCDIC Data Exchange 
VM{1 has introduced CrossLink, 
a new software tool that enables 
VM users to exchange data with 
non-IBM computers such as DEC, 
H-P, Data General, etc. Not avail- 
able through any VM feature of- 
fered by IBM, CrossLink is be- 
lieved to be the first product of its 
kind to solve the problem of AS- 
CII/EBCDIC incompatibility. 


For more information 
CIRCLE #212 on Reader Service Card 


New Performance Monitors 
for CICS/MVS & VM/ 
XA(SP) 

Goal Systems International re- 
cently announced EXPLORE/CICS 
for MVS and EXPLORE/VM for 
IBM’s new VM/XA(SP). EX- 
PLORE/CICS for MVS helps data 
center management economically 
monitor CICS performance and 
also monitors performance across 
operating systems allowing per- 
formance analysts to produce one 
report with information from all 
company data centers. EXPLORE/ 
VM for VM/XA(SP) allows users 
of the current VM operating sys- 
tem to continue to perform moni- 
toring and capacity planning activ- 
ities. When they convert to VM/ 


XA(SP), the migration will be 
transparent from a_ performance 
point of view. 


For more information 
CIRCLE #213 on Reader Service Card 


DB2 & IMS Users Get New 
Menu-driven Query System 
DYL-IQ EXPRESS from Ster- 
ling Software’s Dylakor Division 
is an interactive query and imme- 
diate response reporting system that 
combines a menu-driven facility, 
natural language syntax and other 
approaches to accessing informa- 
tion in DB2, IMS and VSAM data 
structures. DYL-IQ EXPRESS 
provides immediate access to cor- 
porate data structures simulta- 
neously and is available in three 
versions: CICS, IMS/DC or TSO 
telecommunications monitors. 


For more information 
CIRCLE #214 on Reader Service Card 


MICS VSE/POWER 
Analysis New From Morino 

MICS VSE/POWER Analysis, 
from Morino Associates, provides 
a complete picture of batch work- 
load activity for organizations run- 
ning a combination of MVS and 
VSE operating systems (or with 
VSE remote). These users will also 
gain a unified, enterprise-wide view 
of batch activity on their systems. 
By interfacing VSE/POWER 
Analysis with Morino’s MICS Ac- 
counting and Chargeback Product, 
I/S organizations can produce a 
single, consolidated invoice re- 
flecting the mixed services of MVS 
and VSE. 


For more information 
CIRCLE #215 on Reader Service Card 


CICS Programmers Get 
FAST-EDI 

D & E Software has announced 
FAST-EDI, a CICS utility that 
provides easy access to VSAM, 
ISAM and DL/I files on-line. It was 
designed as a CICS development 
and debugging aid and for techni- 
cal support personnel for the inter- 
rogation and correction of cor- 
rupted files. 


For more information 
CIRCLE #216 on Reader Service Card 


Integrated Collection of 
Tools for DB2 Users 

DB Observer, from North 40 
Software, Inc. addresses problems 
of application performance, man- 
agement of complex databases, 
database design and efficient use 
of DASD space and CPU time. DB 
Observer is said to reduce the cost 
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of designing, coding, maintaining 
and administering DB2 applica- 
tions and to help users create 
smaller and faster programs. 


For more information 
CIRCLE #204 on Reader Service Card 


New DOS/VSE (SP) VSAM 
Disk Compression Product 
BIM-PACK is a new program 
from BI Moyle Associates, Inc. 
that compresses DOS/VSE(SP) 
VSAM disk files automatically 
(transparent to programs that ac- 
cess the files). Use of BIM-PACK 
is said to result in the reduction of 
disk space occupied by the files 
compressed by 35 to 70 percent. 


For more information 
CIRCLE #211 on Reader Service Card 


Enhancement to RD/SHARE 
Aids VM Users 

RD/SHARE Release 4.0, from 
RD Labs, extends the comprehen- 
sive CMS library management fa- 
cilities to include a menu-driven 
full-screen user interface, an EX- 
PAND facility that dynamically re- 
solves references to include files 
and extensions of version control 
capabilities to accommodate vari- 
able length records. 


For more information 
CIRCLE #217 on Reader Service Card 


DB2 Users Can Now Execute 
Batch Without TSO 

DATABASE ATTACH is a new 
product from Softbase Systems that 
allows users of DB2 to execute 
batch programs natively without 
TSO. The system uses the Call At- 
tach Facility of DB2 to communi- 
cate with the database; thereby, 
eliminating the need for TSO to 
execute batch programs. 


For more information 
CIRCLE #218 on Reader Service Card 


Instant Feedback for DB2 
Developers 

Relational Architects, Inc. has 
released RLX/DS that provides a 
direct SQL interface to DB2 from 
the interpretive TSO CLIST lan- 
guage. RLX/DS eliminates the 
preprocess, compile, linkedit and 
bind steps that typically delay DB2 
application development. 


For more information 
CIRCLE #219 on Reader Service Card 


New Cross-Reference & 
Documentation Package 
Computer Concepts has an- 
nounced its new cross-reference 
and documentation software pack- 
age for MVS users — the QXR- 


19. QXR-19 has the capability to 
access and quickly research librar- 
ies containing source, object mod- 
ules, procedures, JCL, load mod- 
ules and user-defined records such 
as selected information concerning 
CICS transactions. 


For more information 
CIRCLE #220 on Reader Service Card 


New Utility for Validating 
JCL Syntax & Standards 

JCLAUDIT from Consumer 
Systems is said to offer the most 
automated and cost-effective way 
to provide maximum assurance that 
OS/MVS JCL is free of errors be- 
fore the ‘‘production’’ run. It 
should substantially relieve job re- 
runs due to JCL errors and help 
ensure compliance with corporate 
JCL naming conventions. 


For more information 
CIRCLE #221 on Reader Service Card 


PANAPT Automates 
Production Turnover 
Management 

Pansophic’s PANAPT fully au- 
tomates the program production 
turnover process required to iden- 
tify, approve and move applica- 
tions into production libraries. It 
also manages the migration of ap- 
plication entities from TEST to QA 
to PRODUCTION and provides a 
comprehensive on-line history of 
the entire promotion process. 


For more information 
CIRCLE #222 on Reader Service Card 


ASF Automates Scheduling 

The Automated Scheduling Fa- 
cility (ASF) from Chaney Systems 
Support was introduced to solve the 
problem of job scheduling in an 
MVS/JES2 environment. ASF in- 
cludes: ISPF/PDF split screen sup- 
port, dynamic creation and main- 
tenance of calendars, unlimited 
calendars, end-user scheduling ca- 
pability, separate scheduling and 
execution controls, centrally con- 
trolled security and many other 
features. 


For more information 
CIRCLE #223 on Reader Service Card 


Cybermation’s DJC Bridges 
IBM’s CJS Gap 

After IBM dropped support for 
Chained Job Schedulers (CJS), 
Cybermation announced that its 
Dependent Job Control (DJC) al- 
lows continued use of CJS control 
cards without the need for one sin- 
gle change. DJC is said to also of- 
fer CJS shops many extra benefits. 
It can be used to control complex 


relationships between jobs, pro- 
viding JES2 installations with the 
same dependent job control capa- 
bilities of JES3. 


For more information 
CIRCLE #224 on Reader Service Card 


VSE Users to Benefit from 
SAS Version 5 

SAS Institute has announced the 
SAS System under VSE, an inte- 
grated software system for data 
management analysis and presen- 
tation. Version 5 includes inte- 
grated modules for data entry, re- 
trieval and management; report 
writing and graphics; statistical 
analysis; business planning, fore- 
casting, and decision support; op- 
erations research and project man- 
agement; and an interface to IBM’s 
DL/I databases. 


For more information 
CIRCLE #225 on Reader Service Card 


ROSCOE Users Get Testing 
and Debugging Tool 
Application Development Sys- 
tems, Inc., in cooperation with 
ADR, has just announced availa- 
bility of XPEDITER/ROS, a full- 
screen interactive testing and de- 
bugging tool for COBOL pro- 
grammers who use the ROSCOE 
on-line development system from 
ADR (Applied Data Research). 
XPEDITER/ROS lets the pro- 
grammer control execution of his/ 
her program, step through code, 
display and modify data, intercept 
abends and watch execution using 
a full-screen source level display. 


For more information 
CIRCLE #226 on Reader Service Card 


CL/SUPERSESSION Now 
Uses Less CPU Resource 

Using the latest VTAM high- 
performance options, Candle Cor- 
poration’s CL/SUPERSESSION is 
reportedly now as much as 17 per- 
cent more CPU efficient than the 
previous version of this MVS 
multi-session manager. Other en- 
hancements in this version of CL/ 
SUPERSESSION center around the 
Dialog Manager that allows con- 
trol of screen presentation and pro- 
cessing logic. Now users can write 
more flexible and powerful dialogs 
for certain functions. 


For more information 
CIRCLE #227 on Reader Service Card 


DASCOMP Revolutionizes 
Archival Backup 

Information Management Soft- 
ware has announced DASCOMP, a 
software program that reportedly 
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compresses data for archival 
backup by as much as 80 percent 
with no additional hardware re- 
quired. By compressing data up to 
an 8-to-1] ratio prior to transmis- 
sion, DASCOMP is said to in- 
crease data transfer throughput be- 
tween computers from 100 to 200 
percent in far less time as well. 


For more information 
CIRCLE #228 on Reader Service Card 


Westinghouse Introduces 
Integrated Network 
Solutions (WINS) 
Westinghouse Management 
Systems Software has integrated its 
popular Network Control Interface 
(NCI) and Multiple Session Man- 
ager (MULTSESS) and expanded 
its network access and control 
product portfolio to produce a 
powerful, integrated network so- 
lutions package capable of running 
across all IBM operating systems. 
NCI, the core of the WINS, pro- 
vides quick, easy access to appli- 
cations through a powerful single 
point entry system. MULTSESS 
enables users to simultaneously 
access multiple applications from 
a single terminal, saving time and 
valuable hardware resources. 


For more information 
CIRCLE #229 on Reader Service Card 


Online-SyncSort 
Now Available 

Syncsort Inc. has announced 
Online-Syncsort, a new facility for 
using SyncSort OS interactively. 
Online-SyncSort is ISPF-based and 
generates the control statements 
necessary for SyncSort sort, merge 
or copy applications. The auto- 
matic generation of control state- 
ments eliminates the possibility of 
Syntax errors. 


For more information 
CIRCLE #230 on Reader Service Card 


New GEN-A-PIC Generates 
Hardware Installation 
Diagram 

Candle Corporation just re- 
vealed GEN-A-PIC for MVS, a 
new product that generates a hard- 
copy diagram of MVS/XA and 
MVS 370 system hardware config- 
urations. It simplifies the process 
of adding, deleting or moving sys- 
tem devices from one channel to 
another by visually representing the 
relationship between control units, 
I/O devices (terminals, DASD, 
printers, PCs and tape drives), and 
the channels of a configuration. 


For more information 
CIRCLE #231 on Reader Service Card 
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Advisor from page 86 

The two main options on how to use these 
parameters are to code or not to code APGRNG 
and DP: 


Option 1: 
Coding APGRNG and DP override APG in 


IEASYSxx and is mutually exclusive with 
APG in IEAIPSxx. 

Option 2: 

If APGRNG and DP are not coded then the 
APG range is set by the APG parameters in 
IEASYSxx and IEAIPSxx (or defaulted). 


A 


ONLINE HELP 
CICS.Help™ 
The Se Help windowing package 


for CICS, which includes Application 


Windows. Two products for the price of one. 


Series 
by Data 21 


Turbo Response™ 

50% to 85% terminal compression. 
Includes feature to view other 
terminals for Help Desk, Demos, etc. 


4 DATA COMPRESSION 


q ONLINE SPOOLING 
Remote Print Facility™ 
a 


Display/Print reports from system 


spoolers to 32XX devices. Five years 
of proven performance. 


Data 21 


CREATING A BETTER ENVIRONMENT 


DATA 21 


3838 Carson Street, Suite 121, Torrance, CA 90503 


(213)543-5599 


Q: What do 71 of the Fortune 100 
companies have in common ? 

As: A cost effective data entry 
method utilizing ODE IT's 
integrated on-line/PC system. 

ODE I is state-of-the-art data entry software that replaces any key-to- 
disk, key-to-tape, or card system at a fraction of the cost. It was 


designed for data entry on an IBM Mainframe and IBM PC or plug 
compatible. A few of the benefits ODE I! offers are: 


e Flexibility to design applications on-line on the PC. 
® Compatibility with any micro to mainframe link or emulation 


program. 

© Usability through features such as built-in EDITS, subsecond 
response time and menu-driven approach. 

ODE II is reasonably priced, provides flexible lease plans, low 


maintenance and offers a 90-day unconditional warranty after 
purchase. For additional information or to arrange a no obligation 


30-day trial, call 1-800-633-4748. 


IDF 


ON-LINE DATA ENTRY 


2 


1112-7th Avenue a8 P — 
Monroe, WI 53566-9982 Sic linen 
1-800-633-4748 


Regardless of the option chosen, an APG range 
is either defined or defaulted. 


Examples 

1) APGRNG = (6-15) is specified in the IPS 

and a batch job has DPRTY = (15,15) spec- 
ified on the EXEC statement. 
In this example, the dispatching priority 
would be obtained from the IPS specifica- 
tion for batch jobs. The DPRTY parameter 
would be ignored. (See Case 2 above). 

2) APGRNG = (9-15) is specified in the IPS 

and a batch job has DPRTY =(8,15) spec- 
ified on the EXEC statement. 
In this example, since the first value in 
the DPRTY parameter (8) is outside the 
APGRNG, the dispatching priority would 
be ’8F’. (See Case | above). 

3) APGRNG = (0-15) is specified in the IPS 

and DPRTY= (12,15) is specified on an 
EXEC statement. 
In this example, all DPRTY specifications 
would be ignored and the dispatching prior- 
ity would be obtained from the IPS. This 
would be the case for all batch jobs regard- 
less of whether or not DPRTY was speci- 
fied. 

4) APGRNG not specified in IPS. APG =7 is 

specified in IEASYSxx. APG=6 is speci- 
fied in IEAIPSxx. DPRTY =(7,15) is spec- 
ified on an EXEC statement. 
In this example, since 7 is the default APG 
range, the second value in DPRTY is ig- 
nored and the dispatching priority is set to 
°76°. The *7’ is obtained from the APG pa- 
rameter in IEASYSxx and the °6’ is ob- 
tained from the APG parameter in 
TEAIPSxx. (See Case 2). 

5) Same as 4) except that DPRTY =(12,15) is 
specified on an EXEC statement. 

In this example, since 12 is outside the APG 
range, the dispatching priority would be 
*CF’. (See Case 1). 


To ensure centralized control of dispatching 

priorities, I'd recommend the following: 

1) Code APGRNG = (0-15) in IEATPSxx so 
that all DPRTY parameters in JCL are ig- 
nored and the dispatching priorities are ob- 
tained via the IPS. 

2) Set up multiple performance groups for 
batch jobs in IPS to accommodate the dif- 
ferent batch priorities (that is, hot, produc- 
tion, test, long running, etc.). 

3) Develop job naming standards, a batch in- 
itiator structure and a corresponding ICS 
(Installation Control Specification — mem- 
ber IEAICSxx in “SYS1.PARMLIB’) to 
control how jobs are assigned to a perform- 
ance group and dispatching priority. 

4) Implement routines to enforce the stand- 
ards. They could be JES2, SMF, and/or TSO 
Submit exits. 


(This answer was researched and written by 
Gene Heikkinen, systems consultant.) 
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SHIFT YOUR PERFORMANCE INTO 
HIGH GEAR WITH CANDLE EDUCATION 
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Every day you rejoin the race to keep your system up __ In fact, we offer over fifty classes designed to give you 
and response time down. It’s a challenge just to stay _ all the skills you need to stay ahead in this fast-moving 
on top of all the latest developments. race. That's why we can help make your job easier... 


You're on the fast track. So you have to team up with the 4nd the rewards higher. 
best. Candle Education. Because Candle istheleaderin Socall us at (213) 442-4180 for additional information, 
performance management and data center solutions. | a course catalog and schedule, or to register. But 


Our instructors are experts on the latest techniques hurry — classes fill up fast. 

for managing your MVS, CICS, IMS, or VM system. They When the checkered flag comes down, make sure 
also know all about three of the hottest new industry you're in the lead. Team up with the ultimate in high 
topics: networking, data base, and operations. performance. Candle Education. 


MVS Fundamentals for Operations Personnel - MVS250 Jul 12-13 

OMEGAMON for MVS for Operations Personnel - MVS255 Jul 14 

Running MVS Under VM — Performance dul 12-13 
Considerations - MVS403/VM330 


VM Performance and Tuning - VM300 Jul 19-21 


VM/SP System Monitoring with Candle Products Jul 22 
— VM305 


High Performance CICS Systems Design for MVS Aug 2-5 
— CICS400 


Jul 5-7 
Jul 11-14 
Jul 15 


ACF/VTAM Network Performance and Tuning — NET300 

IMS/DC Performance Tuning — IMS400 

IMS/DC Performance Management with Candle 
Products — IMS405 


MVS 1/0 Subsystem Design and Modeling — MVS413 dul 14-15 CICS/DB2 Interface — CICS560 Jul 14-15 
MVS for Managers — MVS700 Jul 19-20 VSAM Performance and Tuning for MVS - DB300 Aug 9-12 CICS/VSAM Performance and Tuning — CICS520 Jul 19-20 
IMS tor Operators — IMS250 Oct 18-19 SNA Fundamentals — NET300 Sep 20-22 CICS/VTAM Interface — CICS580 Jul 21-22 
Operation of Candle IMS Products — IMS205 Oct 20 Fundamentals of Performance and Internals tor MVS Sep 27-30 Operation of Candle MVS Products — MVS205 Aug 2-3 
IMS Fundamentals — IMS200 Oct 24-27 — CICS200 MVS System Monitoring with Candle Products Aug 4-5 


Introduction to MVS Performance —- MVS200 Oct 25-28 
IPS Design/Performance Workshop — MVS415 Nov 8-11 
ACF/VTAM Architecture and Programming — NET320 Dec 6-8 


— MVS305 
CICS for Managers — CICS700 
SNA Fundamentals — NET200 


Fundamentals of Performance and Internals for VSE 
— CICS210 


CICS Performance and Tuning for MVS — CICS300 


Advanced Techniques for Predicting MVS 

Performance — MVS416 
MVS Fundamentals for Operations Personnel - MVS250 
OMEGAMON for MVS for Operations Personnel — MVS255 
ACF/VTAM Architecture and Programming — NET320 


VM Performance Fundamentals for Operations 
Personnel — VM250 

OMEGAMON for VM for Operations Personnel - VM255 

IMS/DB Performance and Tuning for MVS — DB320 

High Performance CICS/VS Application Design and 
Implementation — CICS620 

High Performance IMS/DB System Design - DB420 

High Performance DB2 System Design — 0B440 


Operation of Candle IMS Products — IMS205 Oct 28 
Tuning an MVS System — MVS300 Oct 25-28 
CICS Performance and Tuning for MVS — CICS300 Oct 25-28 
High Performance CICS System Design for MVS Oct 25-28 
— CICS400 

VM/HPO Performance and Tuning — VM310 Oct 25-27 
VM System Monitoring with Candle Products - VM305 Oct 28 
ACF/VTAM Network Performance and Tuning — NET300 Oct 25-27 
DB2 Performance and Tuning for MVS — DB340 Oct 25-28 
High Performance VSAM System Design — DB400 Nov 1-4 


Aug 9-12 
Aug 30-Sep 1 
Sep 20-23 


Sep 20-23 
Sep 27-30 


Nov 8-9 
Nov 10 
Nov 8-10 
Nov 15-16 


COURSE 


Fundamentals of Performance and Internals for MVS Jul 12-15 
— CICS200 


Operation of Candle CICS Products — CICS205 Jul 19-20 


CICS System Management with Candle Products Jul 21-22 
— CICS305 


Fundamentals of Data Bases and Access Methods Sep 6-9 
for MVS — DB200 


VM System Fundamentals -VM200 Sep 13-15 


Nov 17 
Nov 29-Dec 2 
Dec 6-9 


OSTO 


COURSE 
Operation of Candle MVS Products —- MVS205 dul 12-13 


Dec 6-9 
Dec 13-16 


MVS System Monitoring with Candle Products —- MVS305 Jul 14-15 Candle VM Product Operation — Fundamental — VM205 Sep 16 

Introduction to MVS Performance —- MVS200 Aug 9-12 Data Base and Access Methods for Managers — DB700 Sep 13-16 

MVS Fundamentals for Operations Personnel — MVS250 Aug 15-16 Introduction to MVS Performance - MVS200 Sep 20-23 AN-FR ANCI 
Tuning an MVS System — MVS300 Aug 23-26 Tuning an MVS System — MVS300 Sep 27-30 


IMS/DC Architecture and System Services — IMS300 Nov 1-3 

CICS/VSAM Performance and Tuning — CICS520 Nov 8-9 

CICS/VTAM Interface — CICSS80 Nov 10-11 

CICS/VS MRO/ISC Design Implementation and Nov 15-18 
Performance Tuning — CICS500 

CICS Fundamentals for Operations Personne! — CICS250 Nov 29-30 

OMEGAMON for CICS for Operations Personnel — CICS255 Dec 1 


COURSE 


IPS Design/Performance Workshop — MVS415 
CICS Performance and Tuning for MVS — CICS300 
IMS/DC Performance Tuning — IMS400 


VM Performance and Tuning —- VM300 
ACF/VTAM Network Performance and Tuning — NET300 


DALL 


COURSE 


Tuning an MVS System — MVS300 Jul 26-29 
CICS Performance and Tuning for MVS — CICS300 Jul 26-29 


IMS Fundamentals — IMS200 Jul 26-29 ( @ SI 
VM Performance and Tuning - VM300 Jul 26-28 v e E= 
SNA Fund: tals — NET200 Jul 26-28 . : 
‘undamentals ul Candle Education, 1999 Bundy Drive, Los Angeles, CA 90025 Taveoien Unt B 
Copyright © 1988 Candle Corporation. All Rights Reserved 
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BMC Software, Inc. 


All The Right Stuff in Leading-Edge Technology 


Software happens. 

This is a truism of the industry accord- 
ing to Ted Van Duyn, BMC Software’s 
senior vice president of research and de- 
velopment. ‘‘Anyone or any company can 
develop software. The trick, then, is to 
make sure that it’s the right stuff,’ he 
states. 

Since its origins in 1980, BMC Soft- 
ware, Inc., has at times, only by the vir- 
tue of good timing, had the ability to bring 
the right stuff to the market place for the 
right price and at the right time. “‘Of 
course, there’s much to be said about 
BMC’s overall business philosophy when 
you look at its success with mainframe 
systems software and enhancements, but 
it generally comes back to the fact that 
BMC’s management in marketing and re- 
search and development have had the in- 
sight to make listening to our customers 
a number one priority,” Van Duyn says. 

This exchange of information between 
BMC Software and BMC customers has 
developed from a tradition of continuous 
dialogue. ‘‘Customer feedback is critical 
not only to the software we develop, but 
also to the way it is marketed to profes- 
sionals within the industry,’ says Max 
Watson, senior vice president of sales and 
marketing. ‘‘That is why we attend all 
the IBM User Group meetings and other 
conferences such as CMG. That’s why 
BMC hosts several focus groups and 
management briefings throughout the year 
and that’s the reason for our BMC Users 
Group (BUG) each year. Only by listen- 
ing to customer requirements and re- 
sponding to these needs will BMC main- 
tain its reputation for product integrity and 
superior technology.” 

Van Duyn agrees, ‘‘We don’t try to be 
flashy, we’re not the playmakers of the 
industry. What BMC products do for the 
production system is much like the job of 
blocking and tackling in a football game. 
We deal with the technical aspects of 
computer operation. We’re at the heart of 
data processing production and crucial to 
the efficiency of the operating environ- 
ment.” 

BMC’s beginnings were based on this 
same philosophy — delivery of superior 
products to enhance existing computer 
operating environments without fanfare. 
In 1979, BMC founder John Moores in- 
troduced his only software product, 3270 
OPTIMIZER/IMS, first in and around 
Houston, and later, on a national basis. 
By the end of 1981, the tiny mainframe 
software company had had its first mil- 
lion-dollar year and as the product line 
has expanded, sales have skyrocketed. 


Today, BMC Software products span 
five distinct product groups: 

@ Data Communications Series — re- 
duces 3270 data streams to be trans- 
mitted through telecommunications 
networks, thereby saving resources 
and transmission requirements. This 
group includes BMC’s OPTIMIZER 
for the IMS/DC, CICS and VM op- 
erating environments and SUPER- 
OPTIMIZER products for the IMS/ 
DC, CICS and TSO operating en- 
vironments. 

@ DASD Data Compression Products 
— reduce space required to store data 
on direct access disk storage devices 
for IMS, FAST PATH, VSAM and 
DB2. 

@ Database Utility Products — reduce 
resources and downtime during da- 
tabase reorganizaiton for DOS/VSE 
and IMS/DB environments. 

@ DB2 Products — provide perfor- 
mance improvement for DB2. Prod- 
ucts include: DATA PACKER/DB2 
for compression of DB2 tables and 
DB2 ALTER that allows a user com- 
plete control of the change process 
for DB2 data structures. 

@ IMS/DC Enhancement Products — 
expand the capabilities of certain 
IMS/DC features allowing users to 
operate more efficiently within the 
IMS/DC environment. 

All BMC products are designed to meet 

three specific criteria: 

@ To generate immediate and direct cost 
savings 

@ To operate transparently within a data 
processing system 

@ Are easily installable and supporta- 
ble. 

““BMC Software,’’ says Watson, ‘‘has 
grown into a unique corporation that is 
immensely strong in: 

@ Responsiveness to requirements of 

users and potential users 

@ Investment in research and devel- 
opment 

@ Expansion to international markets 

@ Product support. 

“‘However, the successful evolution of 
this corporation is no accident. BMC’s 
philosophy requires a superior product 
backed by individuals who have superior 
abilities in the areas of service and sup- 
port, as well as authors who are contin- 
ually upgrading those products and our 
sales team, all of whom share the com- 
mon goal of providing timely response to 
customer needs and requirements,’’ Wat- 
son contends. 

It has also been management’s stategy 
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to hire the best in every field, provide an 
environment conducive to creativity and 
productivity and to make it possible for 
talented individuals to meet their own 
goals as well as the objectives of the cor- 
poration. 

BMC’s corporate headquarters, cov- 
ering more than 100,000 square feet in 
Sugar Land, TX southwest of Houston, 
gives credence to this goal — spacious 
facilities, a smokeless environment and a 
casual working atmosphere with the open- 
door management approach. ‘‘We hire 
knowledgeable, experienced individuals 
and give them a place to do what they do 
best,’” emphasizes Rick Hosley, BMC’s 
president and chief executive officer. 
““We’ve set some high standards and 
everyone here works to meet them, from 
mailroom to management.”’ 

Watson points out that because of 
BMC’s uncompromising standards, it has 
become the premier supplier of perfor- 
mance-oriented systems utilities for IBM 
mainframe environments. ‘‘We try to 
make it easy for the customer to do busi- 
ness with us,’’ he says. ‘*We offer a 30- 
day-plus free trial, make support avail- 
able 24-hours-a-day, 7-days-a-week and 
we don’t require trial agreements or au- 
tomatic billing. What our experience tells 
us, however, is that when a potential cus- 
tomer installs a trial of a BMC product, 
he immediately realizes significant ben- 
efits that he wants to continue after the 
trial ends. These trials usually result in 
sales.” 

BMC’s marketing effort is supported 
by a series of Technical Reviews or 
one-to-one information sessions. ‘*Our 
products require little, if any, training. 
What we try to provide is update infor- 
mation on the new technology that is 
available for more efficiency in a partic- 
ular operating environment. This keeps 
our customers informed,’ Van Duyn 
points out. 

Throughout its eight-year history, BMC 
Software has enjoyed mutually bene- 
ficial relationships with its customers. 
Hosley attributes this to the corpora- 
tion’s emphasis on dialogue. ‘‘Some com- 
panies don’t have the time or resources 
tolisten to their customers. At BMC, 
we’re committed to our customers and 
to providing software that pushes ahead 
of what exists. We believe that many 
of our products go beyond state-of- 
the-art, if you will, simply because we 
listened to the requirements and con- 
cerns of our customers and then found 
a better way to address these areas,”’ 
Hosley says. = 
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Journal offers the 
largest and most 
targeted audience of 
systems software 
buyers and evaluators 
for the DOS/VSE, 
operating systems. 


Denny Yost, vice president of sales 


BlueLine 


VSAM performance and integrity is an issue. 


Goal Systems International 
DCM-VSAM 


The best supported VSAM product line in the industry. 


/* FAVER—VSAM file management system with 
comprehensive reorganization and backup/restoré 
capability. Available for MVS and VSE. 

VSAMAID—Tune VSAM automatically while 
eliminating inefficiencies—a cluster modelling, 
performance and capacity planning tool. 

Available for MVS and VSE. 

MASTERCAT—An online and batch VSAM 
catalog information product for MVS and VSE. 

COMPRESSOR/MVS—Provides compression 
of VSAM datasets that can triple disk capacity. */ 


To Find Quality Call 800-848-4640. 


Goal 
Sustems 


Goal Systems International * 7965 N. High Street * Columbus, Ohio 43235 ¢ 800-848-4640 
Goal Systems International S.A.R.L. * 88 avenue de Wagram 75017 Paris, France * Phone: (1)42 67 55 55*Telex: 641.094 
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